Painel de líderes

Bom dia O Preview para impressão é um recurso do Componente FortesReport (impressão Relatório) que por sua vez, no componente ACBr utiliza o conceito de tela Modal, neste caso não é um bug mas é intencional que se é carregado algo em memória que não é controlado pelo próprio componente é necessário que este processo seja encerrado para poder continuar com os processos do componente, caso contrário isso poderia causar mais problemas... Por isso se utilizar o recurso do preview, obriga o usuário a fechar a tela para continuar utilizando o Monitor.

Boa tarde @Arturo O assunto pode até parecer o mesmo, mas para quem pesquisa são coisas bem distintas Pensa comigo, ao procurar no fórum, quem está com problemas de preview, não vai abrir um tópico sobre responsável técnico certo ? Nós somos uma comunidade, então o meu/seu problema/dúvida pode ser a de muitos outros, por isso é de suma importância separar os assuntos no fórum para facilitar a pesquisa.

Sim, nas áreas do "Suporte Pago SAC", apenas usuários do SAC, podem criar novos tópicos e fazer download dos anexos...

Bom dia 2SSistemas, Você esta fazendo confusão. Primeiramente, NF-e, CT-e - Conhecimento de Transporte, MDF-e - Manifesto de Documentos Fiscais não são eventos e sim documentos. Segundo, existem eventos que são únicos, ou seja, o seu numero sempre será 1, como por exemplo o evento de cancelamento de um documento. No caso da carta de correção é que muda, pois podemos enviar para SEFAZ até 20 eventos de carta de correção para a mesma NF-e. Não interessa se o Destinatário da mercadoria já enviou um evento de Manifestação do Destinatário, se o emitente da NF-e vier a emitir uma carta de correção para a nota o numero do evento será 1 caso seja a primeira carta para essa nota. Como disse o BigWings é a sua aplicação que deve controlar a numeração dos eventos (principalmente da carta de correção) que é são enviados para a SEFAZ. Espero ter ajudado.

olha.. questao do contador, tem de ver entao se esta com o profissional certo.. pois pagamos o contador para isso. para resolver essas questoes.. Contador quando nao sabe, entra em contato com fiscais , com sefaz.. se o contador nao puder fazer isso, entao o cliente, esta ralado, tem de trocar infelizmente o contador.

Eu peguei o projeto inteiro do zero e apresentou esse erro vou testar Compilou certinho, obrigado @José M. S. Junior

Bom dia, favor atualizar os fontes, foi ajustado a chamada de alguns métodos que tiveram nomenclaturas padronizadas.

Pelo método DistribuicaoDFe você pode capturar todos os eventos que forem sendo emitidos contra a NFe seja pelo destinatário, terceiros ou o fisco. Não é necessário saber que outros eventos foram gerados para a NFe para a emissão da carta de correção. O número sequencial do evento na carta de correção deve ser de 1 a 20, levando em consideração apenas outras cartas de correção já emitidas para aquela NFe, ou seja, a não ser que tenha sido emitida carta de correção por outra aplicação para a mesma nota, o sistema deveria saber.

Muito obrigada kiko, era isso mesmo. deu certo , abs

Bom dia. @Italo Jurisato Junior e @julianamver Eu nunca utilizei o sistema de exemplo(DEMO), mas pelo que pude ver no xml gerado está faltando alguns campos para serem informados no xml, um deles e o mais importante é o campo de CHAVE DE AUTENTICAÇÃO. Este campo funciona como um certificado digital para o site do EGoveneiss , eu não sei se no sistema de exemplo(DEMO) tem lugar para digitar esta chave. E tambem faltam informações em algumas tags importantes <rgm1:CEPPrestacaoServico /> <rgm1:CidadePrestacaoServico /> <rgm1:EnderecoPrestacaoServico /> <rgm1:EstadoPrestacaoServico /> A chave de autenticação deve ser gerada no site da prefeitura pelo emissor da nota fiscal, no site tem as instruções de como gerar esta chave. @Fábio Eduardo de Souza

Bom dia, Veja o que diz a NT sobre a rejeição 495, é necessário utilizar uma faixa de Série específica para NFe emitida com CPF:

Estranho só conseguir o XML completo com a confirmação da operação. Nos testes que acabei de fazer aqui, com a ciência da operação já consegui ter acesso ao XML completo. Pode existir um delay entre a manifestação do destinatário e o A.N disponibilizar o XML completo. Já presenciei casos onde esse tempo foi de mais de 1 hora. Assim como no mesmo segundo já obtive o XML completo. Aqui após o evento de manifestação do destinatário, eu executo o método DistribuicaoDFePorChaveNFe. Caso o retorno seja 137 - nenhum documento localizado, eu sei que o A.N ainda não disponibilizou o XML completo. Dessa forma eu trato isso com tentativas. Ou seja, tento por X vezes (com um tempo de espera de alguns segundos entre cada tentativa). Caso esgote as tentativas, aviso o usuário que o XML ainda não foi disponibilizado e pra tentar novamente...

Uma coisa é a informação do CSOSN, outra é o grupo do XML em que ele deve ser criado. Basta olhar o manual, os CSOSN 102, 103, 300 e 400 devem ser informados no grupo ICMSSN102.

Veja o tópico abaixo:

Esta é uma propriedade recente, está disponível nas ultimas versões apenas, foi adicionada devido as incompatibilidades de SEFAZ de cada Estado... Considere a possibilidade de assinar o SAC (mesmo que apenas um mês), assim já terá a versão atualizada sem precisar compilar...

Configure corretamente os dados do emitente. <emit> <CNPJ>00000000000000</CNPJ> <IE></IE> <indRatISSQN>S</indRatISSQN> </emit>

Aqui tbm ok

Amigo, até agora 100% resolvido nas ECFs que tenho aqui: Epson TM-T81FB III, Epson TM-T900F e Bematech MP 4000 TH FI. Obrigado até o momento.

Muito Obrigado. Sendo assim creio que não tenho mais dúvidas. Obrigado a todos.

Creio que sim... em um futuro próximo, teremos a ACBrLibBoleto... No momento a única opção seria o ACBrMonitorPLUS https://www.projetoacbr.com.br/acbr-monitor-plus/ https://acbr.sourceforge.io/ACBrMonitor/ComoimprimirumBoleto.html

Homologando o Módulo VPE - CE Ola, Nesse tópico vamos detalhar os passos para realizar testes e homologação utilizando o Módulo VPE (Validador de Pagamentos Eletrônicos) com o Integrador Fiscal no estado do CE. Embora a SEFAZ CE permitiu a emissão de Cupom Fiscal Eletrônico utilizando apenas o driver MFe (sem a necessidade do uso do Aplicativo Integrador Fiscal), para a integração dos dados de pagamento com cartão - VPE, ainda é necessário a utilização do Integrador Fiscal do Ceará. Para esse procedimento, segue abaixo como utilizar o Componente ACBrIntegrador para realizar o envio dos dados de pagamento por meio do Integrador Fiscal. Neste caso, estamos utilizando o Demo "SATTest" do Projeto ACBr para os testes, você poderá verificar os fontes desse demo no repositório do ACBr : (..\ACBr\Exemplos\ACBrSAT\ ) ou baixar o demo em: SATTest Instalar Integrador Fiscal O Primeiro passo é Instalar o Aplicativo Integrador Fiscal, segue abaixo o tópico sobre como Instalar e configurar o Integrador Fiscal: Instalar Integrador Fiscal Utilizando o SATTest No exemplo do SATTest abaixo, estamos utilizando a conexão direta com a dll do driver MFe, mas a comunicação entre o ACBrIntegrador - (VPE) e o Integrador Fiscal vai funcionar independente desta configuração, basta apenas que o Integrador Fiscal esteja em execução e devidamente configurado na máquina. Para mais Informações sobre configuração do Driver MFe, veja em: Configurar Driver MFe Para integração ACBrIntegrador e VPE vá para aba: MFe e veja as quatro opções disponíveis para o Módulo VPE - ("Enviar Pagamento", "Enviar Status Pagamento", "Verificar Status Validador", "Resposta Fiscal") Existem duas situações para Integração do Módulo VPE, sendo distintas entre: POS e TEF: Utilizando Integração VPE com Pagamento P.O.S. Obs Importante: A SEFAZ CE não disponibilizou um Serviço P.O.S. compatível com Integrador Fiscal conforme estava previsto inicialmente. Então a opção "Verificar Status Validador" está disponível apenas para ambiente de homologação, para isso é utilizado o Simulador P.O.S. Ceara: http://simuladorposceara.azurewebsites.net/. Portanto o Serviço "Verificar Status Validador" não é utilizado em Produção. Passo 1: EnviarPagamento Informações a ser enviada neste método: PagamentoMFe := TEnviarPagamento.Create; try with PagamentoMFe do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; ChaveRequisicao := '26359854-5698-1365-9856-965478231456'; Estabelecimento := '10'; SerialPOS := InputBox('SerialPOS','Informe o Serial do POS','ACBr-'+RandomName(8)); CNPJ := edtEmitCNPJ.Text; IcmsBase := 0.23; ValorTotalVenda := 1530; HabilitarMultiplosPagamentos := True; HabilitarControleAntiFraude := False; CodigoMoeda := 'BRL'; EmitirCupomNFCE := False; OrigemPagamento := 'Mesa 1234'; end; ... finally ... end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. Chave de Requisição - Esta chave deve ser única para cada requisição POS, deve-se gerar um GUID para cada Envio de Pagamento. Esta especificação está descrita no Manual do Integrador. Estabelecimento - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. SerialPOS - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado o Numero serial do Equipamento POS utilizado (Independente do equipamento) (Apenas para efeito de testes no SATTest, estamos utilizando um valor randômico para gerar o Número do Serial). Após o Envio do Pagamento será retornado o "ID do Pagamento" obs: O ID do pagamento deve ser gravado pela sua aplicação para Identificação do Pagamento e Requisições Posteriores, pode ser obtido pelo método: (RespostaVerificarStatusValidador.CodigoAutorizacao) Passo 2: VerificarStatusValidador (Utilizado apenas em Ambiente de Homologação) Para Testes em Homologação deve-se utilizar o Site Simulador POS Ceará http://simuladorposceara.azurewebsites.net/ e informar o SerialPOS utilizado no envio, para Simular o Pagamento Efetuado Após a Confirmação de Pagamento utilizando o Emulador, deve realizar a chamada do método: VerificarStatusValidador informando o ID Pagamento: with VerificarStatusValidador do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); CNPJ:= edtEmitCNPJ.Text; end; Definição sobre os Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método CNPJ - CNPJ do Emitente Será obtido como retorno o XML com a simulação da Autorização de Pagamento: Lembrando que em Produção não é possível realizar o Passo 2, pula direto para o passo 3: Passo 3: RespostaFiscal Após o Envio do XML de Venda para o MFe ou Integrador (no caso de NFC-e), realiza-se o passo 3, apenas para Vincular o Pagamento com Cartão a um Documento Fiscal, através do método: RespostaFiscal RespostaFiscal := TRespostaFiscal.Create; try with RespostaFiscal do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); ChaveAcesso := '35170408723218000186599000113100000279731880'; Nsu := '1674068'; NumerodeAprovacao := '123456'; Bandeira := 'VISA'; Adquirente := 'STONE'; if Assigned(ACBrSAT1.CFe) and (ACBrSAT1.Extrato= ACBrSATExtratoESCPOS1) then ImpressaoFiscal := '<![CDATA['+ACBrSATExtratoESCPOS1.GerarImpressaoFiscalMFe+']]>'; NumeroDocumento := '1674068'; CNPJ:= edtEmitCNPJ.Text; end; finally RespostaFiscal.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método ChaveAcesso - Refere-se a Chave do CFe de Venda gerado pelo MFe ou Integrador Fiscal (no caso de NFC-e) NSU - Fornecido pela Adquirente (Autorizadora de Pagamento) - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. NumeroAprovacao - Código de Autorização de Pagamento Retornado pela Adquirente - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. ImpressaoFiscal - A Intensão futura será passar o Extrato do CFe para impressão no aparelho POS (A Função GerarImpressaoFiscalMFe já gera o Modelo do Cupom a ser impresso) NumeroDocumento - Número do Cupom Fiscal Autorizado. Será obtido o XML Retorno com o Código de Processamento da Resposta Fiscal. Encerra-se o Processo VPE - utilizando o P.O.S. Utilizando Integração VPE com Pagamento TEF Passo 1: EnviarStatusPagamento Informações a ser enviada neste método: StatusPagamentoMFe := TStatusPagamento.Create; try with StatusPagamentoMFe do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; CodigoAutorizacao := '20551'; Bin := '123456'; DonoCartao := 'TESTE'; DataExpiracao := '01/01'; InstituicaoFinanceira:= 'STONE'; Parcelas := 1; CodigoPagamento := '12846'; ValorPagamento := 1530; IDFila := 1674068; Tipo := '1'; UltimosQuatroDigitos := 1234; end; finally StatusPagamentoMFe.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. Obs: Para quem utiliza o Componente ACBrTEFD os dados do cartão e de Confirmação de Pagamento, utilizados no pagamento TEF podem ser obtidos acessando a propriedade ACBrTEFDRespNFCeSAT da Classe de retorno TACBrTEFDResp do Componente ACBrTEFD, automatizando assim o preenchimento destes dados. Será obtido o XML Retorno com o Código de Processamento do Status de Pagamento. Passo 2: RespostaFiscal Após o Envio do XML de Venda para o MFe (ou Integrador no caso de NFC-e), realiza o passo 2, apenas para Vincular um Pagamento com Cartão ao Documento Fiscal, através do método: RespostaFiscal RespostaFiscal := TRespostaFiscal.Create; try with RespostaFiscal do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); ChaveAcesso := '35170408723218000186599000113100000279731880'; Nsu := '1674068'; NumerodeAprovacao := '123456'; Bandeira := 'VISA'; Adquirente := 'STONE'; if Assigned(ACBrSAT1.CFe) and (ACBrSAT1.Extrato= ACBrSATExtratoESCPOS1) then ImpressaoFiscal := '<![CDATA['+ACBrSATExtratoESCPOS1.GerarImpressaoFiscalMFe+']]>'; NumeroDocumento := '1674068'; CNPJ:= edtEmitCNPJ.Text; end; finally RespostaFiscal.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método ChaveAcesso - Refere-se a Chave do CFe de Venda gerado pelo MFe ou Integrador Fiscal (no caso de NFC-e) NSU - Fornecido pela Adquirente (Autorizadora de Pagamento) - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. NumeroAprovacao - Código de Autorização de Pagamento Retornado pela Adquirente - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. ImpressaoFiscal - A Intensão futura é utilizar no Aparelho POS NumeroDocumento - Número do Cupom Fiscal Autorizado. Será obtido o XML Retorno com o Código de Processamento da Resposta Fiscal. Encerra o Processo VPE - utilizando o TEF Veja Mais detalhes sobre o Fluxo de Venda utilizando POS e TEF em: https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/FluxoVendaPDVUtilizandoPOS.pdf https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/FluxoVendaPDVUtilizandoTEF.pdf Manual Integrador: http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/

Há uns 6 anos atrás achei isso: tão verdade...

Esse evento que você esta tentando é pra NFC-e?

Olá! Pois bem! Testei hoje, tudo igual ao que tinha testado antes, nos relatos da primeira pergunta, e agora foi aceito sem rejeição. Conclusão, tinha ERRO no Sefaz, pelo menos aqui no RS.

Fui buscar um pouco mais de informação e, no caso da NFC-e, existe a possibilidade de imprimir sem os itens*. Seguindo essa ideia, se é permitido até ocultar os itens, talvez não seria um problema reduzir o tamanho da descrição para caber em uma linha. Mas isso não parece se aplicar a NF-e. Ainda assim, sugiro a qualquer pessoa que for utilizar esse recurso a fazer um questionamento na SEF de sua UF para confirmar se isso é permitido. * - Isso é claro dependendo da UF.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Arturo. Verifique a sua configuração:

No versionamento. Att.

Isso é verdade ! Estou no mesmo barco, com um cliente de Confecção e tudo. Descobrindo a resposta antes de alguem aqui, vou postar.

Nesse caso, na minha opinião, há uma contradição entre o que diz o manual e como os schemas estão montados: O manual diz que o grupo do FCP-ST é filho do grupo N10h (ICMSSN900), então o grupo poderia ser informado independentemente do grupo referente ao ICMS-ST (que também tem a tag N10h como pai) ter sido também informado. Pelo schema, porém, o grupo FCP-ST está dentro do grupo referente ao ICMS-ST, o que impossibilita informar o FCP-ST separadamente. Só não sei que tipo de operação pode ter FCP-ST sem ter também o ICMS-ST, sendo que o primeiro é apenas um complemento...

Bom dia, murilo cosme da silva. O destinatário é consumidor final? Caso a resposta for sim, existe uma regra que diz que não deve ser gerado quando se tratar de consumidor final. Veja também o tópico abaixo:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde. Favor alterar no arquivo Cidades.ini o provedor da cidade de SAO BENTO DO SUL (SC). Novo provedor IPM. Cidades.ini

Bom dia Josafar, No caso do MDF-e as datas são: 10/09/2018 - Homologação e 15/10/2018 - Produção, conforme consta na Nota Técnica 2018/002 versão 1.02 que contem as informações sobre a alteração no layout do MDF-e, mas precisamente o novo grupo: infRespTec. Favor anexar o XML do MDF-e com o grupo infRespTec que foi rejeitado pela SEFAZ bem como o de retorno que contem a rejeição.

Isso, para informar o regime de tributação no arquivo, é dessa forma.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olha no componente que tem uma opção que está habilitada e remove as acentuações

Amiguinho, José M. S. Junior Entendi. Percebi que seria algo muito novo, apesar de relatos mais antigos sobre o problema. @braços.

Ok, Estará ajustado na próxima versão... De qualquer forma se informar a tag no arquivo, as mesmas serão geradas, pois tem preferência sobre as configurações em tela...

Boa tarde A posição 58: corresponde ao campo "tipoCobrança", 0 - Cobrança Simples / 1 - Cobrança Vinculada / 2 - Cobrança Caucionada / 3 - Cobrança Descontada / 4 - Cobrança Vendor ex: tipoCobrança=1 (Veja no manual do Santander qual tipo precisa Informar, se informar 1- corresponde a Cobrança Vinculada - cod(5) no Manual Santander) Posição 59: corresponde "tipoCarteira", informe= 0 - Carteira Simples / 1 - Carteira Registrada / 2 - Carteira Eletrônica tipoCarteira=1 (Veja no manual Santanter qual tipo precisa informar, se informar 1 - corresponde a Carteira Registrada - cod(1) no manual Santander) ou seja para ficar igual ao que foi passado pelo banco informe: tipoCarteira=1 tipoCobrança=1

Usando o comando informado no log o ACBrMonitorPLUS está gerando o CST 00 e não o 60. Em vez de: [ICMS001] orig=0 CST=060 Informe: [ICMS001] orig=0 CST=60

@José M. S. Junior Coloquei a tag conforme você passou, fiz o teste e tudo OK agora !

@Reginaldo Caputo, parece haver um problema na configuração do campo Situação Tibutária para o cupom em tela, para solucionar isso até que seja disponibilizado outra versão, utilize a tag abaixo: [Emitente] cRegTrib=0 ...

BOA TARDE, Pedi para meus clientes entorno de 20 ligar na prefeitura reclamando do problema, na quinta feira (30/05) ,dai no dia 31/05/2019 para nossa surpresa recebemos o feedback dos clientes que tinha normalizado. Esta sugestão foi idealizada pelo Italo, no meu caso deu certo devido ao "grande" numero de clientes que fez o mesmo tipo de chamado, dai se mexeram , espero ter ajuda. Obrigado Italo peja dica, funcionou .

Obrigado amigo!!!

Olá, Creio que você está correto. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17115. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde! Quando for CRT=1 (Simples) você precisa preencher o campo CSOSN. Teu arquivo INI: Exemplo: [ICMSXXX] Orig= CST= CSOSN= pICMS= http://anfm.blogspot.com/2015/05/campos-do-ini-usado-no-acbrmonitorplus.html?m=1

Olá muito obrigado pelas várias contribuições. Está na nossa fila de análise.

Boa tarde Este caso ainda está em análise mas será corrigido em breve... Não é algo muito simples, como citado no tópico relacionada, a SEFAZ está repetindo os códigos de Eventos utilizados por outros DFes, devido a isso será necessário uma reestruturação nos Componentes, separando as classes de conversões dos Códigos de Eventos... Uma solução imediata para envio deste evento com o ACBrMonitor é utilizar o método"XMLEnviarEvento" https://acbr.sourceforge.io/ACBrMonitor/NFEXMLEnviarEvento.html, neste método é necessário passar o XML do Evento já escrito, conforme exemplo do Manual, basicamente trocando o tipo do evento para "110112" e adicionando tags adicionais deste Evento...

Também passei por isso. Formata esse campo cInt com zeros a esquerda com o máximo do tamanho que o campo suportar. Ex: 000051