Ir para conteúdo
  • Cadastre-se

JeannyPaiva

Membros
  • 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!

2 Seguidores

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

JeannyPaiva's Achievements

Community Regular

Community Regular (8/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

79

Reputação

7

Community Answers

  1. 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
  2. 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
  3. 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.
  4. 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).
  5. Creio que seja o caso de reportar à SEF de MG, porém estes dias eles estão apenas respondendo de forma automática.
  6. 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
  7. 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.
  8. 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.
  9. 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
  10. 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
  11. 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.
  12. 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
  13. 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
  14. 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.
  15. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.