-
Total de ítens
236 -
Registro em
-
Última visita
-
Days Won
1
JeannyPaiva last won the day on 18 Setembro 2016
JeannyPaiva had the most liked content!
Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
JeannyPaiva's Achievements
-
JeannyPaiva started following Emissão GNRE - São Paulo , Leitura da Tag indDeduzDeson na NFe , Problema com leitura de XML com tag <qtdRat> e 2 outros
-
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
-
CT-e 251 Rejeição: UF/Municipio destinatario nao pertence ao SUFRAMA
JeannyPaiva replied to Dempsey's tópico in ACBrCTe
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. -
CT-e 251 Rejeição: UF/Municipio destinatario nao pertence ao SUFRAMA
JeannyPaiva replied to Dempsey's tópico in ACBrCTe
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). -
Chave de acesso da NF-e transportada inválida - Tipo de emissão inválido
JeannyPaiva replied to donrarib's tópico in ACBrCTe
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 & é 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 & (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 & 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.