Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 04-06-2019 em todas as áreas

  1. 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.
    2 pontos
  2. Eu peguei o projeto inteiro do zero e apresentou esse erro vou testar Compilou certinho, obrigado @José M. S. Junior
    2 pontos
  3. Bom dia, favor atualizar os fontes, foi ajustado a chamada de alguns métodos que tiveram nomenclaturas padronizadas.
    2 pontos
  4. Muito obrigada kiko, era isso mesmo. deu certo , abs
    2 pontos
  5. 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
    2 pontos
  6. 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.
    2 pontos
  7. 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...
    2 pontos
  8. Configure corretamente os dados do emitente. <emit> <CNPJ>00000000000000</CNPJ> <IE></IE> <indRatISSQN>S</indRatISSQN> </emit>
    2 pontos
  9. 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.
    2 pontos
  10. Muito Obrigado. Sendo assim creio que não tenho mais dúvidas. Obrigado a todos.
    2 pontos
  11. 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
    2 pontos
  12. 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#/
    1 ponto
  13. Há uns 6 anos atrás achei isso: tão verdade...
    1 ponto
  14. Esse evento que você esta tentando é pra NFC-e?
    1 ponto
  15. Esse erro é de validação local, onde ainda não houve tentativa de comunicação com a SEFAZ. A mensagem está acusando que o campo infRespTec não deveria existir no XML, o que é incorreto. Verifique novamente a pasta de Schemas configurada no componente no momento do envio da NFCe.
    1 ponto
  16. 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.
    1 ponto
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  18. 1 ponto
  19. Bom dia Daniel, Consegui resolver criando um EXE separado. Tentei criar uma DLL e mesmo assim, deu mesmo erro. Obrigado
    1 ponto
  20. Isso é verdade ! Estou no mesmo barco, com um cliente de Confecção e tudo. Descobrindo a resposta antes de alguem aqui, vou postar.
    1 ponto
  21. 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...
    1 ponto
  22. Bom dia. Verifiquem se não tem arquivos em conflito. Att.
    1 ponto
  23. 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:
    1 ponto
  24. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  25. Boa tarde. Favor alterar no arquivo Cidades.ini o provedor da cidade de SAO BENTO DO SUL (SC). Novo provedor IPM. Cidades.ini
    1 ponto
  26. Bom dia Júlio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
    1 ponto
  27. 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.
    1 ponto
  28. só uma questão tu não guarda em seu banco o numero do item ? tipo a chave de seus itens não é composta e com um campo ID que incrementa a cada item inserido?
    1 ponto
  29. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  30. Veja essa página https://www.projetoacbr.com.br/forum/companies/category/2-consultores/
    1 ponto
  31. Olha no componente que tem uma opção que está habilitada e remove as acentuações
    1 ponto
  32. Amiguinho, José M. S. Junior Entendi. Percebi que seria algo muito novo, apesar de relatos mais antigos sobre o problema. @braços.
    1 ponto
  33. Oi Italo ! Obrigado ! tudo certo. Estou prosseguindo com os testes quando tiver mais alguma dúvida vou postar. Agradecido pelo retorno. Abraço
    1 ponto
  34. 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.
    1 ponto
  35. 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
    1 ponto
  36. Olá muito obrigado pelas várias contribuições. Está na nossa fila de análise.
    1 ponto
  37. Não. Você não precisa fazer nada. A sefaz já sabe que a mercadoria veio em seu cnpj. Basta alimentar seu estoque e gerar as notas de saída.
    1 ponto
  38. Você pode se aprofundar no assunto acessando esse link oficial do SEFAZ http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0=
    1 ponto
  39. 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
    1 ponto
×
×
  • 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.