cefantacini

Tem uma situação de um cliente que tem um SAT com cupons em memória e que parou de funcionar. Alguém sabe como fica a questão da contabilidade nessa situação? Teria alguma forma de enviar esses cupons para a Sefaz sem o aparelho?

Deu certo, o passo a passo citado resolveu em todos os clientes. Se quiser pode fechar o tópico

Aqui é SP.

Nos clientes que usam certificado A3 ao executar o método DistribuicaoDFePorUltNSU, recebo o seguinte erro: Sendo que: - Nestes clientes que usam o certificado A3 a emissão da NFe está normal, o problema é só com o download mesmo. - Nos clientes que usam certificado A1 a chamada DistribuicaoDFePorUltNSU funciona normalmente. Alguém passando po situação semelhante?

Eu consegui resolver reinstalando a package frce. Se quiser pode fechar o tópico...

Estou tentando atualizar o Fortes Report, seguindo as orientações do vídeo abaixo: Porem o video é mais direcionado para o Delphi. Eu baixei o Fortes novo, porém ao abrir o Lázarus recebo a MSG [Window Title] Arquivo de pacote não encontrado [Content] O pacote "frce" está instalado, mas nenhum arquivo de pacote válido (.lpk) foi encontrado. Um pacote fictício foi criado. [OK] [Ignorar estes avisos] Quais seriam os próximoa passos após baixar o fortes para que ele funcione no lázarus?

Bom dia, somente hoje o cliente conseguiu testar novamente e foi com CRT = 1 Aparentemente a Sefaz voltou a validação antiga. Vamos ver agora dia 16 Obrigado a todos Se quiser pode fechar o tópico

Eu fiz os ajustes no sistema para os emitentes MEI usarem o CRT = 4. Em homologação está OK. Porém hoje em produção, um emitente tenteou emitir nota e está recebendo o seguinte erro: "Rejeição 591: Informado CSOSN para emissor que não é do Simples Nacional (CRT diferente de 1)" Porém conferiondo o XML o código CRT está igual a 4 e o CSOSN está igual a 102. Alguém tem idéia do que pode ser?

Boa tarde Fortes Report !

Configurei a propriedade ExpandirDadosAdicionaisAuto := True, e numa situação muito especifica onde a descrição do produto seja muito extensa e as informação adicionais tbém, o componente dá preferência por imprimir as Informações Adicionais na primeira página (conforme DANFe anexo). Teria alguma configuração que priorizasse a impressão do produto na primeira página, nesse tipo de situação em especifico? 35240764707268000140550010000011551984542255.pdf

Depurei e consegui localizar o problema. Era erro meu de preenchimento da TAG. Eu estava preenchendo com 3 sendo que ela aceita valores de 0 a 2. Se quiser pode fechar o tópico. Obrigado.

Na declaração de importação, independente de qual valor eu atribua para a TAG tpIntermedio, o valor não é preenchido no XML. O que gera um erro de validação Alguém tem passado por situação semelhante?

Eu fiz as alterações, inseri comentário de //*** alterado *** inicio e //*** alterado *** término nos locais alterados.... Delphi.rar Lazarus.rar

Estou fazendo os ajustes para inserir no sistema as opções de Evento de Insucesso e Cancelamento de Evento de Insucesso. O procedimento de envio dos eventos ocorreu tudo OK, porém a impressão, me parece que faltam algumas informações (conforme destaque em amarelo na imagem). Será que o preenchimento do componente para os eventos de insucesso e cancelamento de insucesso é diferente do preenchimento para os eventos de carta de correção e cancelamento da NFe? Estou preenchendo o componente da seguinte forma: DMComp.NFe.NotasFiscais.Clear; DMComp.NFe.NotasFiscais.LoadFromFile( NFeXML ); DMComp.NFe.EventoNFe.Evento.Clear; DMComp.NFe.EventoNFe.LerXML( InsucessoXML ); DMComp.NFe.ImprimirEvento;

Era isso mesmo, o cliente tinha alterado o código de ativação na tela de configurações. Problema resolvido Se quiser pode fechar o tópico

Tenho um cliente que até hoje de manhã estava usando o SAT (Dimep) normalmente e depois o aparelho começou a retornar a mensagem de Modelo de SAT não definido. Interessante que pelo Manager da Dimep consegue-se comunicar com o aparelho normalmente. Eu baixei a DLL mais recente do site da Dimep e apontei no meu sistema e o problema persiste. Alguém já passou por situação semelhante?

Eu preciso abrir um mesmo formulário em dois monitores no delphi, de modo que no primeiro monitor o Width do formulário tenha determinado valor e no outro monitor o Width tenha outro valor. Fiz pesquisas na internet porém não consegui aplicar ne minha necessidade. Se alguém puder me ajudar, desde já agradeço.

Tá certo Obrigado Se quiser pode fechar o tópico.

Repeti o teste com a configuração abaixo: DMComp.NFe.Configuracoes.Geral.FormaEmissao := teSVCAN; DMComp.NFe.NotasFiscais.Clear; DMComp.NFe.NotasFiscais.LoadFromFile( Trim( EdXML.Text ) ); DMComp.NFe.NotasFiscais[ 0 ].NFe.Ide.tpEmis := teSVCAN; E o erro permanece.....

Eu fiz um teste atribuindo a propriedade DMComp.NFe.Configuracoes.Geral.FormaEmissao := teSVCAN; E o erro permaneceu o mesmo...

Estou ajustando meu sistema para o evento de insucesso da NFe e estou recebendo o erro: Alguém conseguiu enviar o evento?

Deu certo apontando para a pasta Debug. Obrigado!

Fiz a instalação do Zeos no Delphi 12 e coloquei um componente ZConnection em um DataModule para alguns testes e ao compilar recebo a seguinte mensagem: [dcc32 Fatal Error] ussdmz01.pas(6): F2613 Unit 'ZAbstractConnection' not found. Fui em Tools - Options e adicionei o caminho: E ainda assim o erro permanece ao tentar compilar o projeto. Onde será que estou errando?

Estava como transportador, muito obrigado. Se quiser pode fechar o tópico

Eu tenho um cliente que tem duas empresas, porém com CNPJs diferentes (uma não é filial da outra). Emitente A e Emitente B O Emitente B emitiu uma NFe para um destinatário QQ. No Emitente A ao baixar as notas emitidas contra o seu cnpj usando o método DistribuicaoDFePorUltNSU apareceu a nota que o Emitente B emitiu. Sendo que o CNPJ do Emitente A não está na lista de CNPJs autorizados a baixar o XML (eu conferi o XML). Será que tem alguma lógica para esse tipo de situação?