JeannyPaiva

Tudo certo agora.

Boa tarde. Enviei essa questão do erro ao gerar o XML de NFe com detalhamento de exportação, porém a alteração não foi aplicada aos fontes que estão no SVN e consequentemente voltei a ter o mesmo problema. Corrigi novamente na versão atual dos fontes. ACBrNFe.XmlWriter.pas

Bom dia. Dados de NVE dos itens da NFe não estavam sendo identificados. Realizai a correção no arquivo em anexo. ACBrNFe.XmlReader.pas

Ao realizar a leitura de um XML com processo referenciado está ocorrendo erro: Argument out of range Classe do Erro: EArgumentOutOfRangeException Realizei o ajuste no fonte em anexo que corrige o problema. ACBrNFe.XmlReader.pas

Bom dia. Ao realizar emissão de NFe com mais de um produto e com detalhamento de exportação estava ocorrendo erro. Segue arquivo com com correção. ACBrNFe.XmlWriter.pas

Bom dia, Ao utilizar a leitura de XML utilizando o ACBrXMLDocument foi necessário realizar um ajuste para leitura de CTe-OS, e também das tags de Hora (Previsão de entrega). Segue fonte com correção. ACBrCTe.XmlHandler.pas

Bom dia. Tive esse problema com o grupo card utilizando as units novas (ACBrNFe.XmlReader e ACBrNFe.XmlWriter). Identifiquei o problema ao ler o XML gerado em ACBrNFe.XmlReader. Segue unit corrigida, pode ser o mesmo caso ou algo semelhante. ACBrNFe.XmlReader.pas

Bom dia, Ao realizar a leitura de XML de CTe para envio, em alguns casos estava ocorrendo um erro TAG:<infModal versaoModal="4.00"><infCTeNorm><infDoc><infNFe> ID:#298/chave(Chave de acesso das NF-e referenciadas) - Conteúdo inválido. TAG:<infModal versaoModal="4.00"><infCTeNorm><infDoc><infNFe> ID:#298/chave(Chave de acesso das NF-e referenciadas) - Nenhum valor informado. Verifiquei na unit ACBrCTe.XmlHandler que em alguns locais efetuava o Clear antes de adicionar novamente os itens lidos e outros não (a Leitura das NFes associadas por exemplo estava sem) Efetuei o ajuste em LerinfNFe e outras procedures que notei estar sem o tratamento. (Está ocorrendo erro ao tentar anexar, tentarei enviar de outra forma) Fiz o upload do arquivo pois está apresentando erro ao anexar aqui Segue: ACBrCTe.XmlHandler.pas

Ao realizar a leitura (em TEventoNFe.LerXMLFromString) do XML do evento Ator Interessado estava ocorrendo um erro. Realizei a correção ao atribuir CNPJCPF de autXML. Segue anexo. pcnEnvEventoNFe.pas

Creio que não há uma regra de validação especifica que impeça o valor ou quantidade do item ser zero. (Há inclusive algumas notas de ajuste ou complemento por exemplo em que a orientação de preenchimento é esta) Geralmente o que é validado é apenas se Quantidade x Valor Unitario = Valor total, ou se o somatório dos itens corresponde ao total da NF, e por ai vai. Para impedir que seja emitido uma NF com valor zero, essa validação deve ser realizada em seu sistema.

Bom dia. Realizei um ajuste quanto a leitura da tag indDeduzDeson. Como o valor padrão ao passar pela função StrToTIndicador é tiSim, quando não há informação da Tag no XML estava atribuindo este valor em vez de tiNao. pcnNFeR.pas

Boa tarde, Me deparei com um problema na leitura do XML na tag <qtdRat> do grupo infUnidTransp. Fiz a correção desta tag e mais alguns detalhes na leitura de XML que precisei tratar. Segue arquivo anexo pmdfeMDFeR.pas

Responderam aos clientes que a contingência SVC-SP está ativada (mesmo não estando com o aviso no portal do CTe). Estão emitindo atualmente nesta contingência.

Começamos a ter este problema por aqui também em várias empresas. Orientamos os clientes a entrar em contato com a SEFAZ e fazer pressão pra habilitarem a contingência até que estabilizem (ou seja por tempo indeterminado).

Creio que seja o caso de reportar à SEF de MG, porém estes dias eles estão apenas respondendo de forma automática.

Está atualizado aqui sim @Márcio B. , possivelmente você não teve o mesmo problema que nós por não utilizar o mesmo recurso de ler o XML já gerado para depois enviar. A questão eh que o tratamento de leitura da tag x geração esta incompatível. Ao ler o XML já gerado o &amp; é convertido para &. Porém ao gerar novamente o parâmetro ParseTextXML estava false. Para seguir o mesmo padrão de demais tags string fiz as seguintes alterações: Em ACBrCTe > GetURLQRCode, preencher a tag com & novamente em vez de &amp; (como já estava antes) Em pcteCTeW passar o parâmetro de ParseTextXML para True, que assim irá realizar a conversão correta dos caracteres. Esta alteração segue os mesmos padrões do comportamento de outros campos string como Nome, Endereço, etc. @Juliano Otaviano Barreto, teste novamente com essa alteração sem zerar o qrCodCTe. pcteCTeW.pas ACBrCTe.pas

Tive aqui o mesmo erro do @Juliano Otaviano Barreto. Para contornar temporariamente, após ler o XML eu apaguei a tag qrCodCTe para que assim ela fosse gerada novamente. Não fiz alterações definitivas ainda, mas pelo pouco que vi ao ler o XML já gerado com o qrCodCTe preenchido ele troca &amp; para & causando o problema na assinatura do XML.

Não temos CTe-OS aqui, apenas CTe em modal rodoviário, então não sei dizer. Mas se está com algum erro é possível que a resolução seja semelhante.

SEF MG finalmente respondeu dizendo que eles estão certos e os demais que estão errados. No manual realmente consta dessa forma Ou seja, não irão alterar. Alterei novamente a o fonte que havia enviado anteriormente apenas como teste para atender ao envio para MG e também para contingência (a versão anterior tinha atrapalhado o envio para SVC-SP). * A rejeição do envio de eventos já foi realmente corrigida. ACBrCTeWebServices.pas

Bom dia. A tag xJustMotivo no evento de Insucesso de Entrega é opcional (utilizada apenas para tpMotivo = 4). Porém no fonte ela está como ocorrência obrigatória Segue anexo correção para gerar a tag apenas quando preenchida. pcteEnvEventoCTe.pas

Por isso mesmo não coloquei como alteração sugerida, apenas informei o que foi preciso fazer para funcionar para adiantar outros aspectos da homologação. Caso outros tenham necessidade em emitir para MG para adiantar o nosso lado do desenvolvimento e realizar outras validações. Continuo enviando os relatos para a SEF/MG, e pedindo que demais façam o mesmo.

Exatamente a mesma resposta aqui @TiicTechnology Sac. Estão usando como resposta automática. rs Da última agora mandei a reclamação quanto a rejeição do evento pra ver se algo muda, mas ainda não responderam

Com as alterações do arquivo anexado consegui emitir CTe para MG. Envio de eventos respondeu, porém está retornando rejeição (628 - Rejeicao: Erro Atributo ID do evento nao corresponde a concatenacao dos campos (ID + tpEvento + chCTe + nSeqEvento)). Acredito que estejam validando incorretamente de acordo com a regra dos eventos da versão 3.0 com a sequencia de apenas 2 dígitos. O último retorno da SEF/MG foi um não retorno. ACBrCTeWebServices.pas

Obrigada @Scott pela informação. Fiz um teste realizando a alteração sugerida e consegui autorizar um CTe pelo menos em MG. Vou verificar e testar nos demais serviços, e tentar novamente contato pelo Fale Conosco sugerindo a padronização, e/ou ajuste nos fontes aqui do ACBr enquanto eles continuam nos causando problemas.

Nada ainda em MG, o mesmo erro continua, e até o momento sem respostas do Fale Conosco. Sugiro que demais devs/empresas de MG também entrem em contato e caso tenham alguma resposta satisfatória, compartilhar com os demais aqui.