kohzito

Boa noite. Estou com os fontes atualizados. Estou tendo esse erro "Premature end of data in tag MDFeProc line 1" ao carregar um XML autorizado em ACBrMDFe.manifestos.LoadFromString na function LoadFromString em ACBrMDFeManifestos.pas Ele checa a existência na linha 2583 P := pos('</mdfeProc>', XMLStr); Por ele não achar essa tag, ele acaba lendo o XML deformado e causando este erro acima Porém na unit ACBrMDFe.XmlWriter.pas na linha 317 Esse tag é gerada como: xmlNode := FDocument.CreateElement('MDFeProc', 'http://www.portalfiscal.inf.br/mdfe'); Na unit ACBrMDFe.XmlReader.pas na linha 186, até tem uma checagem de tanto mdfeProc quanto MDFeProc if (Document.Root.Name = 'MDFeProc') or (Document.Root.Name = 'mdfeProc') then Modificando no meu código para forçar o MDFeProc virar mdfeProc tudo volta a funcionar Porém não sei se devo alterar a geração do valor em minúsculo ou fazer a checagem dos dois na LoadFromString Obrigado

Fiz uma pequena implementação para baixar o XML do provedor de Barueri também no ambiente de homologação Pois sem isso, ele acaba fazendo um XML com layout do TXT Apenas adicionei o endereço de homologação ISSBarueri.Provider.pas

Delphi 10 Seattle Deu o erro em duas maquinas Quando dava update, ele acabou fazendo uma pergunta sobre o ACBRConst.pas Posso ter respondido errado Depois acabei limpando pelo SVN Tortoise, tentando reverter as alterações e acabou instalando e funcionando Na segunda maquina não consegui repetir o sucesso, porém atualizando e copiando a pasta ACBRDFE, acabou funcionando Em todo caso foi resolvido nas duas maquinas

Olá. Hoje dia 06/02/2024, fiz o update do ACBR e na hora de instalar está dando erros C:\Componentes\ACBR\Fontes\ACBrDFe\ACBrDFe.pas(259) Error: E2003 Undeclared identifier: 'ENCODING_UTF8' C:\Componentes\ACBR\Fontes\ACBrDFe\ACBrDFeUtil.pas(2470) Fatal: F2063 Could not compile used unit 'ACBrDFe.pas' Compilation failure Erro ao compilar o pacote "ACBr_DFeComum.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Acredito que tem relação com o ACBrDFeConsts.pas Pois esse enumerador está declarado lá, porém no ACBrDFe.pas, ele foi removido do USES

Eu fiz isso até cheguei a mudar a configuração do ACBR para forçar um fuso horário Parece ser problema da SEFAZ em alguns servidores, pois fazia uma nota com o horário correto e não enviava. Voltando 1h (mantendo o fuso horário -3) acabava enviando, mas na próxima nota dava erro de horário atrasado. Ai voltava ao horário correto e enviava, ficando esse carrossel

Mesma coisa aqui. O Windows mudou horario de algumas maquinas aqui, adiantou para 1 hora Ainda não consegui resolver

Não sei se é o caso, mas o cancelamento também utiliza número. Se você faz o 100 e cancela algum cupom, o cancelamento será o 101 e o próximo cupom será o 102

Estão em anexo NFe Enviada.xml NFE Recusada.XML

Creio que essa obrigação seja apenas ao Cod ANP referido Pois ao fazer uma nota com ANP 220101004 e com os campos zerados ocorre o erro 461 nos dois ambientes Voltei a versão do pcnNFeW.pas e voltou a enviar

Esse erro normalmente é pelo serviço spooler parado ou o sistema não encontrar nenhuma impressora padrão (pelo Windows)

Aqui temos varios clientes com o erro com LT_ALL e 4.0 ninguem funciona Fazendo a mudança para TLS12, todos os clientes com Windows 10 funcionam. Porém no Windows 7 apenas alguns, creio que sejam as maquinas mais atualizadas

Boa tarde. Acabei achando um pequeno problema ao carregar um xml de NFe através do LoadFromString Ao carregar o xml 3.10 ele acaba mudando o CST de cst60 para cst60rep sem verificar que ele só é usado na NFe 4.0 Ai ele acaba gerando tags apenas do 4.10 e dando erros de schemas Me baseiei na função GerarDetImpostoICMS do PCNNFeW.pas pcnNFeR.pas

Aqui continua off

Cada cupom aceita apenas um CPF Portanto terá que fazer vários cupons, o grande problema é como dividir isso de forma organizada pelo sistema

Tivemos alguns com Gertec mas foram na ordem de 1 a cada 100 + - Mas o cliente fica meio impaciente as vezes