Masoro79
-
Total de ítens
38 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Masoro79
-
-
Dois de nossos clientes são do RJ e outro do RS. Ambos relatando o mesmo problema.
Recomendamos aguardar a normalização do serviço. -
Eu tive esse problema no XE8.
Desinstalei o CNPack e resolveu o problema. Acredito que algum recurso dele causava o problema. Achei melhor desinstalar.
Talvez seja também esse o seu problema.
-
Agora...
Eu devo então imprimir primeiro os comprovantes Tef para só após confirmados autorizar e imprimir a Nfce?
Ou seja, a ordem não seria: imprime a Nfce e por último os comprovantes Ter.?
Caso seja isso, pode-se imprimir a NFCe antes de autorizá-la?
Att. Marcos Soares.
-
Eu achava que a NFC-e deveria ser autorizada primeiro, e só depois dela autorizada eu faria então as impressões confirmando em seguida as transações pendentes.
Entendi claramente o que você explicou.
Obrigado André.
-
Corrigindo o texto anterior...
Estou me preparando para a pré-homologação SiTef/CliSiTef e gostaria de ajuda quanto à procedimentos que podem ser tomados após o cancelamento de transaçoes pendentes TEF de operações com CARTÕES.
No roteiro "Roteiro de Pré-Homologação Particularidades Impressora Não-Fiscal ", sequência 2 e sequência 4, pede para reter o cupom após confirmar que a impressão não ocorreu.
“Transação não foi efetuada. Favor reter o Cupom.”
O que preciso saber é:
Como a NFC-e já está autorizada, qual procedimento é o correto? Cancelar também a NFC-e na SEFAZ e repetir todo o processo com uma nova emissão,
ou aproveitar essa mesma NFC-e (já autorizada) e passar novamente o cartão?Obrigado
-
Boa noite!
Estou me preparando para a pré-homologação SiTef/CliSiTef e gostaria de ajuda quanto à procedimentos que podem ser tomados após o cancelamento de transaçoes pendentes TEF.No roteiro "Roteiro de Pré-Homologação
Particularidades Impressora Não-Fiscal " Sequência 2 e sequência 4
-
Quanto a duvida anterior, podem deixar, pois já entendi como deve ser feito. Porém tenho um erro
ERRO: "2017-06-19T10:00:15-03:00" is not a valid time"
-
Amigos, ajudem-me quanto ao método NFE.CriarNFe....
Eu devo criar um arquivo "Ini" e no parâmetro (cIniNFe) passar o Path desse arquivo, é isso mesmo?
-
Muitíssimo obrigado.
Considero o post encerrado.
-
Daniel, obrigado pela resposta.
Nesse caso, para o processo de homologação, eu poderei levar então apenas o código fonte de minha aplicação para gerar o MD5. Ou seja, não precisarei dos fontes do ACBr Monitor e nem de incluir na lista de executáveis para gerar o AAC?
Agradeço e desculpe qualquer ignorância minha. Sou pouco experiente nesse assunto.
-
Pessoal do fórum.
Sou de Minas Gerais e estou desenvolvendo um software ERP, onde pretendo, num primeiro momento, utilizar o ACBr Monitor pelas diversas vantagens que ele oferece.
O ERP em desenvolvimento, realizará vendas por meio de emissão de NF-e e de impressora ECF, funcionalidades presente no ACBr Monitor, onde me ocorreu a seguinte dúvida:
Como funciona o processo de homologação do ERP juntamente com o ACBr Monitor?
Terei que envolver na homologação ambos os aplicativos ou somente um (ACBr Monitor)?Obs.: A aplicação para emissão de Cupom Fiscal desenvolverei em um "exe" separado do ERP.
-
1
-
-
Bacana. Vou atualizar os fontes e testar. Obrigado.
-
Bom dia Italo e desculpe a demora na resposta.
Entrei em contato com o suporte da Actcon aqui em Ipatinga e me disseram que apenas a cidade de Ipatinga/MG, utiliza a versão 1 do padrão ABRASF.
Para conseguir a relação de todas as cidades que usam a versão 2, ele precisará da autorização da gerência.
Portanto, se ainda for necessário essa lista, vou informá-los pra providenciarem. Então lhe encaminho.
Obrigado.
-
Exato Ítalo.
-
Rafael, migrei recentemente para o Truk2 e passei pelo mesmo problema. A informação que tenho é que, após a prefeitura de Governador Valadares ter passado a utilizar o provedor Actcon, foi feito uma reimplementação nos fontes para dar suporte à essa cidade. Com isso, equivocadamente deixaram as mesmas configurações de GV para Ipatinga, o que não está correto.
Perceba que, o URL do XML é do portalfacil, porém para Ipatinga é nfe.ipatinga.mg.gov.br. Também, o padrão que ipatinga utiliza é o Abrasf_1 e o componente gera se não me engano, Abrasf_2.
Fiz as correções necessárias nos fontes e já consigo gerar o lote Rps. O problema que agora estou tendo é no envio para o ambiente de homologação que me retorna o erro "12002 - o tempo limite da operação foi atingido".
-
tbalbinos, você deve mudar a propriedade "SSLLib" que está em AcbrNFSe1.Configuracoes.Geral.SSLLib para libCapicom, ficando assim:
AcbrNFSe1.Configuracoes.Geral.SSLLib:= 'libCapicom' ou colocar direto na barra de propriedades do objeto.
-
Leandro Rezende, Estou tendo problemas ao enviar para o provedor Actcon de Ipatinga. Tanto utilizando o "Enviar" ou "EnviarSincrono" ocorre o erro abaixo:
Envei os arquivos gerados e o arquivo retornado para o suporte da Actcon e eles me responderam o seguinte:
"Prezado, ao que parece você está utilizando o padrão incorreto nos xml.
No sistema da Prefeitura de Ipatinga, no ambiente Web Service, utilizamos o padrão ABRASF 1.0, e o padrão que você está utilizando é o 2.1. "Onde é configurado esse padrão no componente?
-
Prezados, depois que alteraram os fontes do provedor Actcon passando a utilizar o Schema "nfse_v201.xsd" começõu a surgir erros ao gerar o lote Rps. Segue imagem.
-
Agora o erro mudou. O sistema gera o RPS, mas ao criar o lote ele dá o seguinte erro quando tenta executar a linha:
//...ACBrNFSeUtil.pas - linha 859if (not xmldoc.loadXML(AXML))then raise Exception.Create('Não foi possível carregar o arquivo: ' + AXML);Conteúdo do AXML:<EnviarLoteRpsEnvio xmlns="http://nfeipatinga.portalfacil.com.br/homologacao/schema/nfse_v201.xsd"><LoteRpsId="1" versao="2.00"><NumeroLote>1</NumeroLote><CpfCnpj><Cnpj>11657820000177</Cnpj></CpfCnpj><InscricaoMunicipal>015161600</InscricaoMunicipal><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><InfRps</Rps></ListaRps></LoteRps><Signature xmlns="http://www.w3.org/2000/09/xmldsig#" Id="AssLote_1"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments" /><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /><Reference URI="#1"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue></DigestValue></Reference></SignedInfo><SignatureValue></SignatureValue><KeyInfo><X509Data><X509Certificate></X509Certificate></X509Data></KeyInfo></Signature></EnviarLoteRpsEnvio>Anexei também o RPS gerado e o Schema que estou utilizandoGrato.Marcos -
Pessoal, depois que fiz atualização nos fontes do ACbrNFSe, quando uso o método GerarLote(vLote) gera o erro: "Validate failed because the document does not contain exactly one root node.". O provedor é o Actcon e a cidade é Ipatinga/MG.
Já observei que o URL do WebServices mudou para "http://nfeipatinga.portalfacil.com.br/homologacao/schema".
Mas também vi que os schemas para Ipatinga é "nfse_v201.xsd" enquanto que quando faço o update para atualizar vem como "nfse_v01.xsd".
Consegui os Schemas corretos na URL acima, mas ainda dá o erro. Inclusive no Demo também dá o mesmo erro.
Alguém conhece uma solução para esse erro?
Grato
Marcos Soares
-
Obrigado e me desculpe por não ter sido claro. Me refiro à NFS-e.
-
Ítalo, bom dia.
Tenho uma dúvida também sobre o retorno do comando enviar. Por exemplo, se eu envio um lote com 10 NF, existe a possibilidade de apenas 9 NF serem autorizadas. Ou seja, o lote ser processado parcialmente de forma que terei que que identificar apenas estas 9 NF. Se isso for possível, poderia me dar uma dica de como tratar este caso?
Obrigado
-
Eu já não sabia mais o que fazer. Liquei na AF daqui e me disseram que até ontem 03/01/2013 não haviam reclamações sobre este erro.
Pra quem está realizando cancelamento e recebe o erro 999 como retorno é bom consultar a chave da nf-e na Sefaz, pois, um cliente mesmo obtendo o erro, constatou que o evento de cancelamento estava homologado e anexado à mesma.
-
asterix, aqui eu fiz o seguinte...
À cada pagamento efetuado pelo operador, eu vou buferizando-os em um ClientDataSet. Neste dataSet eu criei um campo "ID" da forma de pagamento.
Logo, não importa a ordem em que os pagamentos são efetuados. Após os pagamentos atingirem ou ultrapassarem o valor total à pagar, você fará uma ordenação neste ClietDataSet de forma decrescente pelo campo ID. Como a forma Dinheiro nos ECF são igual à 1 ele ficará por último. Assim você faz um laço do tipo While efetuando os pagamentos um a um. Isso fará com que o Dinheiro seja lançado por último.
-
1
-
NFSe Nacional
em ACBrNFSe
Postado
A Opção 3 é para que o contribuinte optante pelo Simples Nacional ME/EPP (opSimpNac = 3) possa indicar, ao emitir o documento fiscal, em qual regime de apuração os tributos federais e municipal estão inseridos, caso tenha ultrapassado algum sublimite ou limite definido para o Simples Nacional.