Diego Foliene

Boa tarde! Tópico vinculado a #TK-6099 criada para tratar sobre o tema. Qualquer novidade será disponibilizada neste tópico.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-6103

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-6097

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-6096

De fato! Perdão. Neste caso, faça um teste alterando as configurações PathPDF e NomeDocumento na seção [DANFe] em seu arquivo ACBrLib.ini que centraliza as configurações da biblioteca.

Bom dia! Acredito que isso seja uma particularidade da linguagem que está consumindo a dll. Veja como é feito no exemplo em C#: public string ConsultarCobrancasCob(DateTime ADataInicio, DateTime ADataFim, string ACpfCnpj, Boolean ALocationPresente, int AStatus, int PagAtual, int ItensPorPagina) { var bufferLen = BUFFER_LEN; var buffer = new StringBuilder(bufferLen); var method = GetMethod<PIXCD_ConsultarCobrancasCob>(); var ret = ExecuteMethod(() => method(ADataInicio, ADataFim, ToUTF8(ACpfCnpj), ALocationPresente, AStatus, PagAtual, ItensPorPagina, buffer, ref bufferLen)); CheckResult(ret); return ProcessResult(buffer, bufferLen); } Por isso, se possível, faça um teste definindo a tipagem no método em que consome a Lib em sua linguagem.

Bom dia! Por favor, qual é a Lib que está utilizando? Com esta informação, podemos buscar mais informações se existe uma configuração ou método para esta finalidade.

Bom dia! Apenas dando um retorno. Seu caso foi adicionado para ser avaliado pela equipe de consultores neste próximo ciclo

Olá pessoal! No dia 11/10/2024 foi publicada a versão 1.11 desta nota técnica. A nova versão adiciona a seguinte exceção na regra de validação 3BA02-50 responsável por validar se o valor da nota de devolução é superior ao da NF-e devolvida. Isso foi feito com o objetivo de flexibilizar a validação para os casos de comércio exterior. Datas Implantação Teste: Até 31/10/2024 Implantação Produção: Até 31/10/2024 Leia a versão 1.11 desta nota técnica na íntegra AQUI. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal Sefaz em nosso Discord.

Fiz um teste em meu ambiente. Alterei o nome do arquivo ACBrMonitor.ini na minha pasta, coloquei o que disponibilizou e renomeei para que o ACBrMonitor utilizasse ele como configuração. Foi necessário alterar a configuração de certificado, pasta dos schemas e pasta onde era salvo o arquivo XML. O XML foi gerado com o QrCode com a versão 2 Por favor, tente realizar teste semelhante. Para a execução do Monitor. Renomeie o arquivo ACBrMonitor.ini. Execute novamente o ACBrMonitor, assim um novo arquivo será criado. Vá preenchendo as configurações aos poucos e use o comando NFe.CriarNFe para que seja gerado o XML. Se possível, faça o teste com os schemas e o local para salvar o arquivo em uma pasta local, no mesmo ambiente.

Boa tarde! Arquivos recebidos! De fato, o comportamento foi observado no impresso quando em paisagem. Adotando sua contribuição, deixou de ocorrer. Fiz um teste com o layout em retrato e o mesmo não foi afetado. Contribuição enviada ao SVN na Rev-35594. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Olá comunidade ACBr! Informamos que foram enviados ao SVN commits compatibilizando o componente ACBrNFe com as modificações propostas por esta nota técnica! Para atender as novos campos foram criadas as classes Tagropecuario, Tdefensivo e TguiaTransito além do enumerado TtpGuia. Abaixo um exemplo de como pode ser feito o preenchimento dessas informações utilizando componente nativo para Delphi ou Lazarus: var begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.agropecuario.defensivo.nReceituario := '12345678901234657980'; NotaF.NFe.agropecuario.defensivo.CPFRespTec := '12345678901'; //OU... NotaF.NFe.agropecuario.guiaTransito.UFGuia := 'SP'; NotaF.NFe.agropecuario.guiaTransito.tpGuia := tpgGuiaFlorestal; NotaF.NFe.agropecuario.guiaTransito.serieGuia := '123456789'; NotaF.NFe.agropecuario.guiaTransito.nGuia := '123456789'; end; Se você utiliza o ACBrMonitorPLUS ou a ACBrLib, será necessário aguardar uma nova compilação posterior a 11/10/2024 para que as alterações sejam englobadas. Após isso, as informações poderão ser passadas via arquivo INI conforme o exemplo: [defensivo] nReceituario=12345678901234657980 CPFRespTec=12345678901 ;OU... [guiaTransito] UFGuia=SP tpGuia=1 serieGuia=123456789 nGuia=123456789 É IMPORTANTE LEMBRAR! Como a alteração inclui novos campos no layout da NFe, é necessário atualizar também seus arquivos de schema. A data de entrada em homologação é 04/11/2024, portanto, é possível gerar o XML com os novos elementos e validar contra o arquivo de schema, mas ainda não é possível transmitir uma NF-e com os novos campos.

Vamos lá. Os erros que você recebeu foram devolvidos a você na resposta da consulta do lote. Isso significa que os erros estão no arquivo de RPS que foi enviado para o web service. Vamos rever os erros: <mensagens>Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-minLength-valid: O valor '' com tamanho = '0' não tem um aspecto válido em relação ao minLength '1' do tipo 'tsCodigoServico116'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-type.3.1.3: O valor '' do elemento 'CodigoServico116' não é válido.</mensagens> <mensagens> EL55 - Arquivo Inválido - Verifique a estrutura do arquivo se esta nos padrões solicitados!</mensagens> O quatro primeiros erros, são erros de validação de schema. Os dois primeiros estão dizendo que encontrou uma tag UF quando na verdade esperava encontrar uma tag município. Se você conferir em seu arquivo 11-rps.xml, de fato, tanto no endereço do prestador como do tomador, não tem o nome do município. Os dois erros seguintes são relacionados a ausência de uma tag CodigoServico116. Se você conferir em seu arquivo, a tag foi adicionada, mas ela está vazia. O quinto e último erro, acredito que resolvendo os anteriores também será sanado. Como você utiliza a Lib, você está comunicando com arquivo INI. O provedor EL segue layout próprio, temos um modelo no qual você pode se basear. As informações faltantes são preenchidas no INI conforme: [Prestador] ... xMunicipio=Nome da cidade [Tomador] xMunicipio=Nome da cidade [Itens001] ... codLCServ=

Bom dia! Estou analisando os arquivos disponibilizados. Retorno com mais informações em breve.

Olá pessoal! Conferindo no dia 10/10/2024 às 11h15, é possível observar que a contingência foi prolongada até o dia 14/10/2024 às 10h00

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz de Pernambuco ativou a contingência no dia 09/10/2024 às 14h45 com previsão de encerramento às 10h00 do dia 10/10/2024. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo.

Boa tarde! Realmente, este retorno indica que a tag não é esperada. Criada a #TK-6075 para rever como é gerada esta tag no arquivo XML. Qualquer novidade será informada neste tópico.

Combinado, fico no aguardo. Caso ache que tenha informações sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail por favor.

Olá pessoal! No dia 09/10/2024 foi publicada a versão 1.01 desta nota técnica. Alterações Gerais A nova versão traz uma explicação sobre os tipos de guia (tpGuia): Guias para Animais GTA - Guia de Trânsito Animal TTA - Termo de Transferência Animal. DTA - Documento de Transferência Animal. Guias para Vegetais GTV - Guia de Transito Vegetal. ATV - Autorização Trânsito Vegetal. PTV - Permissão de Trânsito Vegetal. Guias Florestais SisFlora - Sistema de Comercialização e Transporte de Produtos Florestais. SIAM - Sistema Integrado de Informação Ambiental. DOF -Documento de Origem Florestal. Também consta na NT orientação informando que com exceção do Pará, Mato Grosso e Minas Gerais a NF-e deve ser emitida antes do Documento de Origem Florestal DOF. Leiaute Foi adicionado no grupo defensivo o campo CPFRespTec que vai receber o CPF do Responsável Técnico emitente do receituário. Regras de Validação Adiciona a regra de validação ZF02-20 para validar se o item informado é defensivo agrícola. Adiciona a regra de validação ZF03a-10 que valida o campo CPFRespTec. Adiciona observações que tornam as regras de validação opcionais a critério da UF. Datas Implantação Teste: 04/11/2024 Implantação Produção: 01/04/2025 E como fica o ACBr? As modificações visando atender a versão 1.00 desta nota técnica já foram efetuadas, não tendo sido disponibilizadas ainda porque a Sefaz não liberou os arquivos de schema. A mesma TK será utilizada e o campo CPFRespTec será adicionado. Leia a versão 1.01 desta nota técnica AQUI.

Bom dia @Diogo Loff. Primeiro de tudo, muito obrigado pela contribuição! Toda colaboração é e sempre será mais do que bem vinda. Estou analisando as contribuições que disponibilizou. Na unit ACBrNFeDANFEFRDM.pas, você sugeriu modificar no Split o ponto e vírgula(;) pelo pipe(|). Para este caso, eu entendo que isso acabaria chumbando o pipe e não respeitaria a config propriamente dita. Eu substitui o Split pelo StringReplace direto(conforme foi feito com o CT-e em situação semelhante). Fiz um teste em meu ambiente e parece estar tudo certo, mas por garantia, também pedi um apoio ao pessoal que possui a versão indicada do Fast Report(não aquela que vem no GetIt) para que também façam um teste antes de disponibilizar. Na unit ACBrDFeDANFeReport.pas, você sugeriu uma modificação que faz a quebra em casos que haja o infAdic, não tenha o infCpl, mas tenha outras informações posteriormente. Por favor, pode disponibilizar um exemplo de como está no XML que ocorreu o problema? Em meus testes estou utilizando um XML que está desta forma: <infAdic> <infAdFisco>InfAdFisco: PED123; PED465; ;|</infAdFisco> <obsCont xCampo="ObsCont-Ped132;|"> <xTexto>ObsCont-Texto; Text2; Texto3|</xTexto> </obsCont> <obsFisco xCampo="ObsFisco-Ped123|"> <xTexto>ObsFisco-Texto; Texto2; Texto3;|</xTexto> </obsFisco> <procRef> <nProc>02/2024</nProc> <indProc>4</indProc> <tpAto>14</tpAto> </procRef> </infAdic> (tem ponto e vírgula e pipe para testar a configuração). Em meus testes com o Fortes, tanto no impresso em retrato quanto no impresso em paisagem, não vi diferença aplicando a alteração para o que já está no SVN. Nos prints abaixo, a parte de cima é com a unit do SVN e a de baixo é com a alteração sugerida:

Olá pessoal! No dia 03/02/2024 foram publicadas a Nota Técnica Nº 02/2024 e a Nota Orientativa Nº 01/2024. Também foram republicadas a NT01/2024 e a NT05/2024. Tudo isso com o objetivo de adequar o e-Social e orientar os segmentos empresariais dos municípios de até 156 mil habitantes que foram afetados pela Lei nº 14.973/24 sobre como proceder. Foi criada a #TK-6073 em nosso backlog para análise das modificações e adequação do componente caso necessário. As notas técnicas referenciadas podem ser encontradas AQUI. A nota orientativa pode ser lida na integra AQUI. A notícia original pode ser lida na integra AQUI.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível verificar que múltiplas Sefaz estão com contingência agendada para o dia 13/10/2024, com previsão de inicio às 05h00 e encerramento às 12h00. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo: