
Fernando Dutra
Membros-
Total de ítens
100 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Fernando Dutra postou
-
Bom Dia Pessoal, tudo bem? Infelizmente ainda não funciona para municípios do exterior. Estou colocando o Código IBGE com os dígitos "9999999". Liguei na Sefaz, e eles dão atendimento apenas para o Software gratuito deles. Estou fazendo algum processo errado para este fim? Qualquer novidade nos comunicar. Obrigado Mensagem: "Rejeição: Município de término da prestação inexistente" Atenciosamente, Fernando Dutra.
-
Boa Tarde Pessoal, tudo bem? Estamos implementando o Remessa do Sicredi CNAB 400, e acertarmos uma linha do arquivo. Segue abaixo a correção. Qualquer dúvida nos comunicar. Obrigado! Atenciosamente, Fernando Dutra.
-
Boa Noite Juliomar, tudo bem? Eu acredito que achei o problema. No método do "PrepareReportEvento" eu acrescentei o método "SetDataSetsToFrxReport" que estava faltando. Somente no processo de "PrepareReport" do Danfe tinha este método sendo executado. Segue abaixo o código que implementei. Favor me comunicar caso eu esteja errado. Obrigado! Atenciosamente, Fernando Dutra.
-
Boa Tarde Juliomar, tudo bem? Estou com este mesmo problema e reparei em uma questão. Se eu imprimir uma Danfe, e em seguida for imprimir uma CC-e qualquer, ele imprimi sem problemas. Seu eu for imprimir a CC-e sem ter utilizado o método imprimir ele dá o erro citado acima. Eu desinstalei e instalei novamente os componentes e o problema persiste. Vou continuar procurando o problema caso eu encontre postarei uma mensagem. Obrigado! Atenciosamente, Fernando Dutra.
-
Boa Tarde Pessoal, tudo bem? Eu consegui contato com o pessoa da Sefaz de MG e eles conseguiram acertar o processo que estávamos precisando. Obrigado pela ajuda de sempre. Atenciosamente, Fernando Dutra.
- 45 replies
-
- 1
-
-
- CTe
- Versão 2.00
-
(e 4 mais)
Tags:
-
Boa Tarde Ítalo, tudo bem? Apliquei este conceito nos processos de eventos. Apenas na CC-e o nSeqEvento é incremental. Mas na Sefaz de MG não está aceitando quando eu envio o nSeqEvento número 2. O número 1 é aprovado sem problemas. Dessa forma vou entrar em contato com o Sefaz de MG, para que eles nos possam auxiliar neste caso. Obrigado. Atenciosamente, Fernando Dutra.
- 45 replies
-
- CTe
- Versão 2.00
-
(e 4 mais)
Tags:
-
Bom Dia Srs., tudo bem? Estou com o mesmo problema de "Rejeicao: Duplicidade de evento" ao tentar aprovar um segundo evento de Carta de Correção no Sefaz de MG. Uma diferença que vi do código que estou utilizando para este é a propriedade "EventoCTe.idLote" eu atribuo um número auto-incremento. Estou errado neste processo? Eu nesta propriedade de "idLote" eu teria de repetir a informação da propriedade "nSeqEvento"? Muito Obrigado pela ajuda. Atenciosamente, Fernando Dutra.
- 45 replies
-
- CTe
- Versão 2.00
-
(e 4 mais)
Tags:
-
Informar A Chave De Acesso Na Geração Ct-E
Fernando Dutra replied to Fernando Dutra's tópico in ACBrCTe
Boa Tarde Italo, tudo bem? Na realidade o que acontecia que ao gerar os CT-es a data de emissão estava com uma data retroativa. Por digitação errada, ou até o windows estar com o horário incorreto. No momento da geração estávamos colocando a chave no campo de ID. E com isso a chave de acesso não era atualizada com as novas informações dando erros de chave incorreta, ou data retroativa. Retiramos essa linha e o processo fluiu normalmente. Muito obrigado mais vez pelos esclarecimentos. Abraço. Atenciosamente, Fernando Dutra. -
Informar A Chave De Acesso Na Geração Ct-E
Fernando Dutra replied to Fernando Dutra's tópico in ACBrCTe
Bom Dia Juliomar, tudo bem? Apenas para constatar retiramos a opção conforme descrito acima, e ele está recalculando a chave. Muito Obrigado! Atenciosamente, Fernando Dutra. -
Informar A Chave De Acesso Na Geração Ct-E
Fernando Dutra replied to Fernando Dutra's tópico in ACBrCTe
Bom Dia Juliomar, tudo bem? Eu acaba utilizando esta propriedade do componente para registrar a chave de acesso do CT-e gerado. Está ocorrendo que alguns clientes acabam querendo emitir CT-es com datas de emissões antigas, e a chave de acesso acaba não sendo alterada quando informamos uma nova data. Gostaria de saber qual seria a propriedade correta para que possamos gravar e vincular a chave de acesso correta. Muito obrigado pela ajuda de sempre. Atenciosamente, Fernando Dutra. -
Boa Tarde Pessoal, tudo bem? Estou com uma particularidade em uma transportadora que utiliza séries distintas para emissão de CT-e rodoviário e aéreo. Por exemplo: Número CT-e: 1 Série: 1 Rodoviário Número CT-e: 1 Série: 0 Aéreo Isso é uma manobra que pode ser utilizada? Ele gostaria que alterássemos a série de acordo com o tipo de modal. Agradeço a ajuda de sempre. Atenciosamente, Fernando Dutra.
-
Bom Dia Sr. Daniel, tudo bem? Anexo uma imagem para esclarecer, e repare que na Revision 8005 contém uma linha a mais a "fpEtqInicializada := False;". Eu acredito que esta seja a linha que esteja dando o problema de duplicidade, pois eu comentei ela e a impressão voltou ao normal no cliente. Infelizmente não tenho a impressora em mãos para efetuar mais testes. Obrigado! Atenciosamente, Fernando Dutra.
-
Bom Dia Srs., tudo bem? Eu fiz a análise do código funcional com o atual, e acredito que o problema seja a linha que coloco abaixo. No final de cada método foi incluído esta linha. Se comentar a linha o processo de etiquetas volta a funcionar. Espero ter ajudado. Obrigado! Atenciosamente, Fernando Dutra.
-
Bom Dia Pessoal, tudo bem? Apenas uma dúvida sobre uma boa prática ao utilizar o componente de emissão, que seria a necessidade de preencher o campo ID (Chave de Acesso) ou deixar o componente fazer o procedimento. Muito Obrigado! Atenciosamente, Fernando Dutra
-
Bom Dia Pessoal, tudo bem? Ainda sobre este processo de Contingência, hoje na versão 2.0 o processo de assinar, validar, imprimir o DACTE em papel FS-DA e enviar o XML e PDF do DACTE continua sendo o correto? Uma outra dúvida que tenho é que sobre a impressão. Para imprimir eu tenho algum método específico. Muito obrigado pela ajuda de sempre. Atenciosamente, Fernando Dutra.
-
Bom Dia Daniel, tudo bem? Foram feitas alterações nos métodos da revision 8005 e as coloquei para facilitar a análise. Acontece que quando atualizei em um cliente as impressões estavam sendo duplicadas. Não consegui resolver até voltar a versão das units ACBrETQEpl2.pas,ACBrETQPpla.pas,ACBrETQZplII.pas. Voltando a versão atualizei no cliente as impressões voltaram a funcionar. Depois disso comparei as units, e achei as diferenças que coloquei acima. Coloquei um comentário "// Nova Linha" na frente do código que foi alterado. Acredito que estas linhas estejam dando o problema. Infelizmente como não tenho impressora não consigo efetuar testes. Se eu mando a impressão em um arquivo de texto(*.txt) as informações saem iguais. Espero ter ajudado. Obrigado! Atenciosamente, Fernando Dutra.
-
Boa Tarde Pessoal, tudo bem? Efetuando a atualização do componente com a Revision 8085, as impressões acabam sendo duplicadas na impressora. Fazendo a comporação dos fontes achei algumas diferenças que possam ocasionar o problema com um comentário na frete. A impressora que foi usado é a Zebra GC430T. Espero ter ajudado. Obrigado! Atenciosamente, Fernando Dutra.
-
Boa Noite Srs., tudo bem? A mensagem do retorno do evento CC-e está vindo com a tag <xEvento>Carta de Corre褯</xEvento> mal formatado. Não sei se a informação vem da Sefaz/SP, ou pode ser tratada de alguma maneira. O arquivo quando aberto aparenta estar mal formatado. Caso exista alguma configuração favor nos comunicar. Espero ter ajudado. Abraço! Atenciosamente, Fernando Dutra.
-
Bom Dia Srs., tudo bem? Ainda referente ao problema do SSL, alguns eventos de cancelamento e cc-e não foram salvos. Existe alguma forma de consultar os eventos, e trazer o XML de volta? Obrigado pela ajuda de sempre. Atenciosamente, Fernando Dutra.
-
Bom Dia Srs., tudo bem? No dia 16/12/2014 ocorreu o mesmo problema em meus clientes. Tenho alguns clientes que estão querendo saber o por que desta alteração. Estou entrando em contato com o Sefaz para que eles possam me dar um respaldo. Até o dia mencionado as configurações relatadas acima não foram necessárias. Alguém saberia me informar o por que desta alteração repentina? Assim que obtiver uma resposta da Sefaz SP eu retorno a postar para maiores esclarecimentos. Muito obrigado pela ajuda de todos nos posts, foi de grande ajuda. Atenciosamente, Fernando Dutra.
-
Bom Dia Pessoal, tudo bem? O problema relatado acima foi resolvido pelo Sefaz de SP. Acredito que realmente foi uma correção que ele fizerem no recebimento de ítens de CC-e com esta característica. Fiz alguns testes de emissão, e todos foram aprovados sem qualquer tipo de alteração no código que usamos no componente. Espero ter ajudado. Obrigado a todos. Atenciosamente, Fernando Dutra.
-
Boa Tarde Italo, tudo bem? Eu fiz testes de emissão com as mesmas particularidades para o Sefaz de MG, e elas foram aprovadas sem rejeição. Abri uma solicitação junto a Sefaz de SP, para que eles possam nos orientar sobre as medidas para solução do problema. O pior que eles demoram pra responder. Qualquer novidade volto a comunicar. Obrigado! Atenciosamente, Fernando Dutra.
-
Bom Dia Pessoal, tudo bem? Estou com um problema muito parecido com o apontado no post. Especificamente no Sefaz SP, eu tento corrigir as informações do Motorista e Placa. Este processo funcionava no mês 8, pois tenho um CC-e aprovado com o mesmo princípio. Coloquei em anexo o CC-e e o CT-e para análise. Neste evento eu quero alterar a placa "BAG5148" pela "ABC1234" e o motorista "MOTORISTA 2" pelo "MOTORISTA DE TESTE". Será que foi alterado alguma na rotina da Sefaz? Obrigado! Atenciosamente, Fernando Dutra. 45-ped-evento-soap.xml 35141007733589000186579090000011061000000778-cte.xml
-
Bom Dia ítalo, tudo bem? Fizemos emissões com o Multimodal, e foram efetuados com sucesso. Agora estou alinhando como cliente a impressão do evento de multimodal. Sabe se existe algo desenvolvido nesse sentido? Atenciosamente, Fernando Dutra