Kiko Fernandes

"Isso é manual até pra vc, acredito." Não, não faço nada manual, é justamente nesta opção que estou insistindo. Eu leio o conteúdo INI através de uma função minha criada para este fim. Passo como parâmetro o grupo que me interessa e o campo. Exemplo LerConteudoINI("[CERTIFICADO]","senha") Com isto coleto a informação 406A591B pelo meu sistema através de um botão que lê os dois campos NumerodeSerie e Senha. (Após ter clicado o botão configurar do ACBrMonitorPLUS aonde informei a senha "4321" e selecionei o certificado sem informar série, apenas selecionando pela opção que o ACBrMonitorPLUS abre). Com isto informado, quando precisa setar eu nem uso o Set.Certificado, apenas informo com uma função do meu sistema que grava no ini com os parametros. GravaIni("[Certificado]","NumeroSerie=","4EDD24A1AA22FC798FDACD01E37BD349") GravaIni("[Certificado]","senha","406A591B") Estas duas funções foram criados dentro da minha linguagem de programação ("Utilizo uma linguagem chamada CAVO - Visual Objects") e isto que sugeri vc criar. Obs.: Faço a mesma coisa para coletar informação do email. Tenho todas as informações no meu banco de dados, mesmo sem saber a senha do cliente quando precisa configurar novamente o acbr porque alguém formatou a máq. etc eu retorno as informações do INI com os dados que estavam e foram coletados pelo meu sistema.

Posso então ter tido alguma dificuldade de interpretar o primeiro texto. Mas desta forma todos podem usar (Lendo os campos e setando os campos) sem a necessidade de emergência na alteração do ACBrMonitorPLUS.

Boa tarde! Como será descontinuado o prog. emissor SEFAZ/SP e já foi comentando neste mesmo tópico que o ACBr também não dará continuidade a este padrão, apenas manterá o funcionamento e considerando que logo poderá ser exigido novos campos no XML, a recomendação é investir um tempo maior e desenvolver a comunicação no padrão INI do ACBr.

Boa tarde! Veja um exemplo deste post. http://www.projetoacbr.com.br/forum/topic/29973-falha-no-schemas-para-carta-de-correção/#comment-198343

Janio eu entendo e respeito a limitação de cada um. Não programo em Delphi, portanto utilizo apenas o ACBrMonitorPLUS da maneira que penso que vc também está usando. Porém criei uma rotina através do meu sistema que lê os campos INI, não só do ACBr mas qualquer configuração baseada em arquivo INI. Isto já é automatizado. Simplesmente coleto esta informação do campo Senha do INI para o cadastro no banco de dados do meu sistema e ao setar o campo INI devolvo esta informação, de modo que eu mesmo não fico abrindo arquivo TXT manualmente, pois sou do tempo que a gente não tinha muitos recursos e precisava criar soluções. Eu penso que a solução e recursos estão nas tuas mãos. Mais que isto é possível fazer? Sim. Não tenho dúvida, mas dependerá de um tempo disponível de alguém que mantém o projeto desenvolver respeitando as prioridades que já existem.

Boa tarde! Pelo LOG, parece que vc já está trazendo um arquivo pronto, pois não encontrei ali o comando NFe.CriarNFe() Após vc usa um comando para validar. NFE.ValidarNFe("z:\jrsistem\sisnfe\001\NFE000000008001.xml") e a resposta é apenas OK Significa que está ok o XML. Em seguida vc usa o comando NFE.ASSINARNFE("z:\jrsistem\sisnfe\001\NFE000000008001.xml") e a resposta é: OK: z:\jrsistem\sisnfe\001\NFE000000008001.xml (ou seja este arquivo agora deve estar modificado com a assinatura) (Se não fosse assim ele não seria recebido na SEFAZ) Depois vc usa o comando NFE.EnviarNFe("z:\jrsistem\sisnfe\Emitidas\201606\NFE\15160602742549000187550010000000081000393204-nfe.xml",1,0,0) Se tivesse sido autorizada, teria ido para o caminho das emitidas. No caso de não ter sido autorizado vc tem o teu arquivo XML sem nenhuma modificação, apenas com a assinatura do comando anterior na pasta que vc enviou ele.

Boa tarde! Cadastre na seu banco de dados Exemplo: [Empresa: EMPRESA AAAAAAA ] [CNPJ: 99999999999999 IE: 999999 ] [Cert. Serie: 5904850943809584 ] [Senha: 456B581E ] //Coletado do próprio Monitor.ini corresponde ao 1234 [Empresa: EMPRESA FULANO & CIA ] [CNPJ: 99999999999999 IE: 9999999999 ] [Cert. Serie: 4I5494949494944 ] [Senha: 406A591B ] //Coletado do proprio Monitor.ini corresponde a 4321

Bom dia! 1 - Sim terá que usar o comando NFe.LerIni() após setar as modificações diretamente no arquivo monitor.ini. 2 - Crie um campo no teu sistema (sugiro no cadastro de cada empresa) aonde vc deverá guardar série e senha de cada certificado. Ao selecionar a empresa vc envia estes campos.

Fiz um teste aqui e não está saindo como marca d'água. O ACBrNFeMonitorPLUS foi reescrito e para Lazarus, pode ser que não esteja pronto ainda esta opção no PLUS. No momento você pode usar uma opção alternativa até ser ajustado isto. Informe o seu texto no lugar do protocolo. Exemplo: 4ª opção para o ImprimirDanfe NFe.ImprimirDANFE("c:\suapasta\chave.xml",,,"SEU TEXTO - CANCELADA ETC",1) //observe que o Preview é 1 e não TRUE 2ª opção para o ImprimirDanfePDF NFe.ImprimirDANFEPDF("c:\suapasta\chave-nfe.xml","SEU TEXTO - CANCELADO ETC") Como resultado vc terá a informação no campo protocolo. Acho que já resolve teu problema.

O Juliomar não deu exemplo. Ele postou um link (com parte de um texto que se encontra em um post). Clique no link que ele postou e você será direcionando a um tópico que está tratando deste assunto.

Só um detalhe, talvez vc tenha feito certo, mas no comentário ficou estranho. Emitente não muda. A sua empresa continua sendo a emitente sempre. No campo que diz Remetente/Destinatário será preenchido com os dados do seu cliente e pelo CFOP 1949 (como citou o Nebrio) mais a opção 0 - Entrada é que se entende que é uma NFe de entrada.

@JuniorCamilo, anexe o arquivo LOG.TXT que se encontra dentro da pasta ACBrMonitorPLUS. Caso não tenha ativado o LOG, marque ele na aba [Monitor] a opção [v]Log de Comandos

E nesta pasta "c:\ACBrMonitorPLUS\Logs" vc verificou se o xml (ainda não autorizado) se encontra ai? Na resposta do comando do ACBrMonitorPLUS não aparece algo assim "OK: c:\ACBrMonitorPLUS\Logs\chavedasuanota-nfe.xml" ??

Bom dia! Pelo que notei vc é novo no fórum. Esta pergunta sua já está no fórum. Faça sempre uma pesquisa antes de postar. (Leia as regras). http://www.projetoacbr.com.br/forum/topic/30691-layout-310/#comment-202947 http://www.projetoacbr.com.br/forum/topic/30251-ajuda-txt-de-nfe/?do=findComment&comment=202737 Por se tratar de assunto já respondido em outro post, estou fechando este.

Boa tarde! Veja se a opção [v] Salvar Arquivos Enviados/Recebidos p/WebServices está setada.

e atualmente na consulta esse protocolo não é retornado pelo AcbrMonitor na tag NRec Boa tarde! O ACBr só retorna o que está no XML. Na Consulta da situação da nota (se for isto que eu entendi que vc esta fazendo) não existe a tag nREc no XML. O nREC retorna apenas com o retorno do envio do lote.

Me parece que você ainda está fazendo alguma confusão em relação ao entendimento de origem de mercadoria e CST ou CSOSN. A origem da mercadoria o teu cliente deve ter no cadastro de produtos de acordo com a tabela disponibilizada para o controle da mesma. Origem: Quanto a CST (Regime Normal) Quanto ao CSOSN (Para empresas optantes do Simples) Isto deverá ser feito a partir de um controle do teu sistema em relação a cadastros e no momento de emitir a nota vc preencher de acordo com legislação. Exemplo de uma venda de um produto nacional nas duas situações: CRT=3 //Regime Normal Origem=0 //produto de origem nacinal CST=00 //Tributado Integralmente (vai ser destacado o imposto) CRT=1 //Simples Nacional Origem=0 //Produto de origem nacional CSOSN= 102 //Tributada pelo Simples Nacional sem permissão de crédito. Exemplo de uma venda de um produto nacional com subst. tributária: CRT=3 //Regime Normal Origem=0 //produto de origem nacinal CST=10 //Tributada e com cobrança do ICMS por substituição tributária. (Havendo destaque de ICMS Subst. Trib) CRT=1 //Simples Nacional Origem=0 //Produto de origem nacional CSOSN= 500 //ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação. Não é possível passar todos os parâmetros, pois são vários, mas a intenção é te mostrar que vai além do que parece vc ter entendido. E CST e CSOSN são informações diferentes. Então não tem nada a ver a sua citação acima sobre o código 101 aonde vc pergunta se a origem é 0 ou se pega o último número. 101 não é CST.

Boa tarde! Pelo visto você não está querendo preencher CST e sim CSOSN. CSOSN - Código de Situação da Operação no Simples Nacional. (Para empresas do Simples) CST - Código de Situação Tributária (Tributação Normal) Exemplo usando CST [ICMS001] orig=0 CST=00 //00=Tributado Integralmente Exemplo usando CSOSN [ICMS001] orig=0 CSOSN=102 //102 - Tributada pelo Simples Nacional sem permissão de crédito. Lembre-se que para usar CSOSN tem que estar setado CRT=1, para CST o código CRT=3. Tem um amplo material no fórum.

Você terá que usar CSOSN=900 Ai será possível destacar o ICMS para esta situação.

Em anexo.

Boa tarde @hds! Só uma recomendação: Você tem a liberdade de postar tanto no forum aberto como no forum privado, porém se tem urgência na sua resposta abra o tópico no forum privativo pois é uma das regras do SAC. Link: http://www.projetoacbr.com.br/forum/SAC/questoes_importantes/ Link: http://www.projetoacbr.com.br/forum/SAC/sobre_o_sac.html/

Boa tarde! Se vc deseja tributar, o código da CST não pode ser 40. Pois 40 é isento de tributação. Tributação pelo ICMS 00 Tributada integralmente 10 Tributada e com cobrança do ICMS por substituição tributária 20 Com redução de base de cálculo 30 Isenta ou não tributada e com cobrança do ICMS por substituição tributária 40 Isenta 41 Não tributada 50 Suspensão 51 Diferimento 60 ICMS cobrado anteriormente por substituição tributária 70 Com redução de base de cálculo e cobrança do ICMS por substituição tributária 90 Outras

Boa noite! Anexe o arquivo ACBrMonitor.ini Verifique se a opção [V] Salvar Arquivos Enviados/Recebidos p/WebServices na opcão WebServices está setada.

Boa tarde! Vc está fazendo alguma confusão. A nota que está sendo emitida é da UF (SE) Código 28 Parece que vc está selecionando o webservice de Amazonas código 13. Parte do teu arquivo TXT Retorno da rejeição no teu arquivo log.

Bom dia! Se está ocorrendo com frequência, vc deve ter algum problema em sua rotina. o <DigestValue> da <NFe>conteudo</NFe> deve ser o mesmo da tag <digVal> do <protNFe>protocolo</protNFe> Esta opção faz esta conferência. Se não for o mesmo significa que o XML foi alterado, portanto vc deve dar uma revisada. Embora vc não esteja recebendo mais a informação, vc pode ter o XML rejeitado por alguma empresa que verifica isto e não aceita o XML se estas tags estiverem diferentes. Oriento a estudar bem estas informações, para não ter problemas futuros. Estude: "Assinatura digital e Digest Value" que vc entenderá a importância deste conteúdo. Uma das causas que ocorre isto é tentar montar o xml para consultar o mesmo ao perceber que não tem o protocolo. Se o xml foi montando novamente e assinado há uma possibilidade grande de reenviar com alguma alteração por menor que seja, até um espaço a mais ou a menos em algum campo. Como a nota é encontrada na SEFAZ e está autorizada o protocolo é retornado, porém o XML não é o mesmo. Para este caso aconselho. Monte o XML, assine de deixe gravado. Caso ele venha sem autorização, ao reenviar para uma consulta ele não será montado novamente e sim apenas reenviado. Desta forma o XML será o mesmo e não ocorrendo a diferença terá o mesmo valor.