Pesquisar na Comunidade

Olá comunidade ! Informamos que a propriedade CST da classe ISel responsável pela geração do grupo do Imposto Seletivo foi alterada de TCSTIS para string a partir da Rev-44138. Antes: TgIS = class(TObject) private FCSTIS: TCSTIS; //Demais propriedades... public procedure Assign(Source: TgIS); property CSTIS: TCSTIS read FCSTIS write FCSTIS; //Demais propriedades... end; Depois: TgIS = class(TObject) private FCSTIS: string; //Demais propriedades public procedure Assign(Source: TgIS); property CSTIS: string read FCSTIS write FCSTIS; //Demais propriedades... end; O motivo dessa mudança Foi constatado que o grupo de IS ainda não está sendo validado pelo webservice da Sefaz. Isso é esperado, visto que o Imposto Seletivo entra em vigor apenas em 2027. No entanto, devido à ausência dessa validação, arquivos XML estão sendo autorizados mesmo contendo quaisquer valores na faixa de 000 a 999 na tag CSTIS. Até a publicação de uma tabela oficial com os códigos válidos, tornou-se inviável manter essa informação como um enumerado (Enum). Por que? Se mantivéssemos o tipo enumerado, o componente falharia ao tentar ler e converter um XML que contivesse um valor numérico não previsto no código, gerando erros na leitura de documentos autorizados. O que muda para mim? Se você utiliza ACBrMonitorPLUS ou ACBrLib nenhuma mudança é necessária. Ambos vão ler o valor da string que for atribuído no arquivo INI. Caso utilize componente nativo para Delphi ou Lazarus, poderá se deparar com o seguinte erro ao tentar compilar sua aplicação: De um duplo clique na linha que aparece o erro e remova qualquer valor de enumerado atribuído substituindo pelo valor que deseja em um formato de string.

Olá comunidade ! Foi disponibilizada a versão 2.1.2.b dos leiautes do Reinf. A nova versão traz as alterações até a Nota Técnica 3/2025. De acordo com o controle de alterações também disponibilizado, essas são as mudanças em relação a versão anterior: E como fica o ACBr? Foi criada a tarefa ACBR-8373 em nosso backlog para análise da documentação disponibilizada e adequação das soluções ACBr. Assim que houver novidades a respeito será divulgado aqui neste tópico.

Boa tarde, me chamo Andreus. Acamos de ser notificados por um cliente a respeito de uma mudança no acesso ao site de emissão da NFSe na prefeitura de Itajaí / SC, o provedor deles é e Pública. Gostaria de confirmar se é necessário alguma alteração na forma que é feito a autentificação poia a mensagem não deixa claro se isso impacta o WebSservice. Estou aguardando mais informações do cliente.

ACBrSedex? CepCerto? O que você está falando? Embora os mais conhecidos sejam os componentes para documentos fiscais eletrônicos, impressão e boleto, a suíte do ACBr possui componentes para as mais variadas finalidades. Um deles é o ACBrSedex cujo exemplo pode ser encontrado em ..\trunk2\Exemplos\ACBrTCP\ACBrSedex e tem essa cara: Como é possível observar a finalidade do componente é permitir realizar cálculos relacionados ao prazo de entrega de encomendas e realizar o rastreio do mesmo. Em seus primórdios, o componente utilizava a API dos próprios correios para esta finalidade. No entanto, em determinado momento, esta API deixou de ter um plano gratuito e por causa disso, foi necessário migrar para uma API de terceiros chamada CepCerto que na época disponibilizava um plano gratuito e planos pagos. Recentemente a CepCerto removeu o plano gratuito mantendo apenas os planos pagos. Isso significa que se você tentar utilizar o componente ACBrSedex de forma a utilizar o plano gratuito vai receber a seguinte exceção devolvida pela API: Eu preciso desse recurso, o componente consegue comunicar com o plano pago? Sim! A diferença é que você precisa conseguir um Token junto ao pessoal da CepCerto. De posse dessa informação, você vai preencher a mesma em: ACBrSedex.Senha := Dessa forma, você vai conseguir comunicar com a API sem demais problemas. É importante ressaltar que esta mudança foi na API da CepCerto e não no ACBr. Os fontes do ACBr são OpenSource de livre acesso para todos.

Olá pessoal! No dia 07/10/2024 foi publicada a versão 2.1.2.a do leiaute do Reinf. Esta nova versão consolida as alterações descritas nas notas técnicas 01/2023, 02/2023, 03/2023, 04/2023, 01/2024, 02/2024 e 03/2024. Na mesma data, também foram publicados novos schemas para atender a última nota técnica 03/2024. As alterações já estão disponíveis tanto no ambiente de produção restrita quanto no ambiente de produção. Os novos documentos relacionados a nova versão do leiaute podem ser encontrados AQUI. Com destaque ao arquivo Controle de alteracoes Leiautes da EFD-Reinf v2.1.2a base v2.1.2.pdf, que traz um compilado das alterações desta nova versão em relação a anterior. E como fica o ACBr? Dentre as modificações, há alteração de ocorrências de campos já existentes e adição de novos, portanto, serão necessárias modificações no componente ACBrReinf que posteriormente serão refletidas na Lib e no Monitor. Criada a #TK-6070 para adequação dos fontes. Qualquer novidade será relatada neste tópico.

Olá pessoal! Houve uma alteração na forma como o ACBrMonitorPLUS devolve a informação do nome do XML gerado. Quem utiliza o ACBrMonitorPLUS a muito tempo, provavelmente está acostumado a receber na resposta do mesmo, o nome do arquivo em dois locais diferentes como no exemplo abaixo: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. [CTe_Arq1] Arquivo=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Vejam que mesmo havendo na resposta uma seção específica para as informações do CT-e autorizado, há um seção [CTe_Arq1] que recebe somente o local onde o arquivo foi gerado. Esta seção [DFe_ArqX] costuma ser gerada no retorno quando assíncrono. Agora, com alguns documentos adotando somente o modo de envio síncrono e visando padronização na forma como está informação é devolvida tanto na resposta do Monitor e na resposta da Lib, está seção foi removida e a informação foi movida para a já existente seção com os dados do documento fiscal com o identificador NomeArq. Então a resposta agora será desta forma: OK: C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml Autorizado o uso do CT-e. [Envio] CStat=100 CUF=35 DhRecbto= Msg=Autorizado o uso do CT-e. NProt=123XXX94 NRec= TMed=0 VerAplic=SP-CTe-2024-01-31-2 Versao=SP-CTe-2024-01-31-2 XMotivo=Autorizado o uso do CT-e. Xml=<CTe>...</CTe> [CTe352409XXXXXXXXXXXX395700100000000112147XXXX1] Id= NomeArq=C:\ACBrMonitorPLUS\Logs\352409XXXXXXXXXXXX395700100000000112147XXXX1-cte.xml XML= cStat=100 chDFe=352409XXXXXXXXXXXX395700100000000112147XXXX1 dhRecbto=05/02/2024 20:26:22 digVal=XXXXXXXXXXXXXXXXXXXXXXXX35oA= nProt=13XXXXXXXXXX994 tpAmb=1 verAplic=SP-CTe-2024-01-31-2 xMotivo=Autorizado o uso do CT-e. Todos os meus retornos foram alterados? Foram alterados os retornos dos comandos de envio dos objetos do CTe e do MDFe, ambos documentos que adotaram somente o modo de envio síncrono.

Bom dia Pessoal! Utilizo o Delphi 7 há alguns anos e tenho pensado em mudar para atualizar meus projetos, gostaria de uma opinião sobre qual a melhor versão atualmente Tenho lido muitas opiniões que sugerem as versões: XE3 ou XE5 Podem por gentileza me ajudar nessa questão ? Se puder por favor indique quais são os prós ou contras.... Desde já agradeço!