Masoro79

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.

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.

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 859 if (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 utilizando Grato. Marcos 1UNICA-Rps.xml

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.