guarasemini
Membros-
Total de ítens
62 -
Registro em
-
Última visita
Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
guarasemini's Achievements
-
NFCe em RDP - UF não pode ser vazia
guarasemini replied to guarasemini's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
desculpa da demora. por fim o problema é que sempre que ocorre algum problema nos dados, sendo que faço um consulta apos o envio, é que UF esta vazia, pois não há nenhum retorno. debugando eu localizei o real erro. O estranho é que simulei para NFe e dai o erro "pula", somente em NFCe que não -
NFCe em RDP - UF não pode ser vazia
guarasemini replied to guarasemini's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
podem encerrar o topico, problema resolvido -
NFCe em RDP - UF não pode ser vazia
guarasemini replied to guarasemini's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
o problema não ocorre em ambiente de homologação, somente em ambiente de produção. -
NFCe em RDP - UF não pode ser vazia
guarasemini replied to guarasemini's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
bom dia a todos. Alguém poderia me dar alguma ideia ? -
NFCe em RDP - UF não pode ser vazia
um tópico no fórum postou guarasemini NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde a todos. Estou com problema para emissão d NFCe quando por dentro de RDP. Já verifiquei o conteúdo do cUF, coloquei breakpoint e mesmo showmessage para conferir se está sendo enviada somente uma nota (NotasFiscais.count). O estranho é que se eu executar pelo meu pc, ou direto no pc, o problema não ocorre, se eu fizer atraves de RDP, sempre ao enviar apresenta "UF não pode ser vazia", e ocorre na acbrDFE.pas. Estou colocando o XML que salvei pelo componente no logo apos assinar e validar, ou seja, antes de enviar. Eu não consegui localizar nenhum problema no xml. Agradeço a todos pela atenção. 35221253437315000400650010000000011172042772-nfe.xml -
Sim, já fiz essa alteração, mas o acbrNFe retorna: "Rejeição: Solicitada resposta assincrona para lote somente 1 (uma) NFC-e" essa situação é uma particularidade para SP. Eu já tenho implementado NFe e NFCe conforme regras, mas vi hoje que SP permite ambos modos. Minha duvida era se existe no acbrNFe um grande 'IF" para SP ou alguma propriedade que ignoraria de rejeição.
-
Modo Sincrono e Assincrono para NFCe em SP
um tópico no fórum postou guarasemini NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde a todos. Talvez já haja uma solução para isso, mas vi que na SEFAZ-SP para NFCe é possível o envio sincrono e assincrono (vide imagem da SEFAZ-SP), mas parece que o acbrNFe ficou fixo quando NFCe. Existe alguma opção para manter ambas opções para os estado que permitem, no caso SP ? Desde já, obrigado pela atenção de todos. -
685 - Rejeicao: Total do Valor Aproximado dos Tributos difere do somatorio dos itens
um tópico no fórum postou guarasemini ACBrNFe
Boa tarde para todos. Desde as 12h todas as minhas notas para "não contribuinte" está dando rejeição 685: total do valor aproximado dos tributos diferente do somatorio dos itens. Já olhei e confrontei os xml e não consigo achar. Alguem poderia me dar uma ajuda ? Desde já, obrigado pela atenção de todos. 35191153437315000167550010002649001221296170-nfe.xml -
Fiz a atualização do FastReport para a 5.6.18. Peguei o ultimo arquivo fr3 da DANFE da pasta exemplos (eu havia alterado algumas coisas para a empresa). Reinstalei o ACBr. Não apresentou mais o problema. Podem fechar o topico se acharem necessário.
-
Bom dia para todos. Estou tendo um access violation quando uso o ImprimirPDF utilizando a DANFE pelo FastReport. Meu Fast está na versão 5.1.5. Meus fontes estão no build 16940. Vi um tópico onde havia um problema com o EmbeddedFonts e o Background do pdfExport. Se eu deixar ambas com false o erro não aparece, mas o PDF fica corrompido para alguns clientes. O preview aparece sem nenhum o problema. O problema é somente quando utilizo "ImprimirPDF" ou direto a exportação pelo preview. Alguém poderia ajudar ? Desde já, obrigado pela atenção.
-
Boa tarde para todos. Depois de muito testar e pesquisar e comparar cabeçalho e assinatura dos emails, vi junto com outro programador uma seguinte curiosidade que, ao altera-la, funcionou tudo como funcionava antes. Na unit ACbrMail, linha 722 (MimePartAttach.Disposition := inline'), eu alterei o disposition para 'attachment', assim, forçando como anexo e para não utilizar recursos internos do cliente de email ou da ferramenta que irá ler. Com isso, o indy passou a considerar o XML como anexo e não como idText. Pude salvar e manipular o arquivo. Em outro termos....se recebo pelo outlook, por exemplo, não apresenta nenhum problema, já, se recebo pelo indy, com essa alteração não apresentou problema. Não saberia dizer porque estava fixo como 'inline', mas apresento aqui a solução que encontrei para analise da equipe. Estarei realizando mais testes durante todos esses dias e em caso de alguma divergência como o que disse, volto a postar.
-
Boa tarde. Coloquei hoje em produção na empresa a NFe 4.0 e me deparei com um problema que não esperava. Temos uma rotina que usa idMessage para se conectar e pegar os emails enviados pelo AcBrMail, utilizando no NotasFiscais[0].EnviarEmail. E na rotina de receber, pego as partes do email e verifico os anexos, para fazer entrada no banco. Porém, com a versão mais recente dos componentes, o arquivo XML passou a não ser considerado um anexo e assim um simples idText. Já realizei testes adicionando manualmente o XML pelo outlook e funciona. Já tentei adicionar no Tstrings de anexo o arquivo XML e mesmo assim não ficou como anexo. Já fiz o teste pelo exemplo e o problema é o mesmo. Não alterei nada nas configurações do componente no que diz respeito a default charset e IDE charset. Voltei a versão do meu executavel para antes dos componentes NFe 4 (de novembro) e executei a mesma rotina...dai não apresenta problema e o arquivo XML passa a ser um TidAttachament. Vi pelo menos 1 post no forum que tocou no assunto mas não houve nenhuma conclusão sobre o problema. Alguém passando ou passou por isso ? Desde já, obrigado pela atenção.
-
ACBrMail - Access Violation em fAltBody.SaveToStream(DecodedLines)
guarasemini replied to guarasemini's tópico in ACBrTCP
Bom, para retorno... refiz minha rotina, basicamente antes eu passava por parametro um stringList para uma função no meu server datasnap, que recebia e colocava dentro de uma classe generica para repassava para mais 2 funções internas. Tenho CERTEZA que no processo estava destruindo algo que não deveria, mas preferi refazer, fazendo a função já retornar minha classe completa e gerando o stringList no client. Fiz algumas dezenas de testes e não apresentou mais access violation. Obrigado a todos pela atenção e ajuda.