Kiko Fernandes

Se você não está monitorando a pasta deixe apenas o nome ENT.TXT e SAI.TXT 
Se estiver monitorando a pasta então deixe marcado a opção   [v] Monitorar Pasta e ai o caminho como está.

Tenho impressão que ele não está conseguindo inicializar. 

Se não conseguir tente anexar o LOG para a gente dar uma analisada.
 

Boa noite!

https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=f NhsSn3/5M=
Link do Anexo II - MOC - Versão 7.00
 
Ainda não existe a previsão do campo no leiaute do DANFE, portanto se você escrever nas informações complementares terão que aceitar o DANFE.



Continua obrigatório os campos:
Retirado da página 18 do Anexo II - MOC - Versão 7.00
Link: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=f NhsSn3/5M=
 

Bom dia!

Não sei se ainda está assim mas esta foi uma resposta da Secretaria da Fazenda - Governo do Estado de São Paulo. 
 
Fonte: https://tdn.totvs.com/display/public/ConSeg/CF-e+Sat+-+Ultrapassar+o+Sublimite+do+Simples+Nacional+-+Informar+o+Regime+Simples+ou+Normal
Fonte: https://portal.fazenda.sp.gov.br/servicos/sat
Tópico movido para a área PRO para que o SLA de respostas seja considerado.

Boa tarde!

Pelo LOG após o comando LIB_Inicializar em um mostra  9.532  caracter *  e no outro mostra 4.156  caracter * 

Isto indica que você está usando uma chave diferente para cada sistema para iniciar a LIB. 
Veja a orientação da documentação do ACBrLIB
 
Comando: NFE_Inicializar([ eArqConfig, eChaveCrypt ])
eArqConfig -> Localização do arquivo INI, pode ser em branco neste caso o ACBrLib vai criar um novo arquivo INI
eChaveCrypt -> Chave de segurança para criptografar as informações confidencias, pode ser em branco neste caso será usado a senha padrão. 
Link:  https://acbr.sourceforge.io/ACBrLib/NFE_Inicializar.html 

Esta chave participa da criptografia dando segurança a todos para que ninguém tendo os fontes ou a LIB consiga obter o resultado que foi criptografado sem possuir a chave que participa desta criptografia.
Se usar vazio ai tudo bem, terá a mistura apenas da parte da LIB.  Do contrário é a tua chave mais a programação da LIB.

Portanto se deseja obter o mesmo resultado a inicialização usando a eChaveCrypt precisa ser iguais. 
 
 

Boa tarde!
Sugiro que troque o comando NFe.CriarEnviar()  por NFe.CriarNFe() 
Pois ai você saberá se está criando ou não o XML ou se é problema com autorização.
Fiz um teste com o teu arquivo INI e gerou o XML, mas poderia ser algum problema com schemas desatualizado ou outra situação. 

Se possível faça o teste mudando para apenas criar o XML e poste a informação do resultado.

 
 

Boa tarde!
Isto mesmo, além da ajuda rápida no caso de haver uma dificuldade na aplicação das Dlls, pois no Pro tem uma equipe destinada ao atendimento, já no forum aberto não deixa de ser atendido mas dependerá do tempo disponível de alguem para atendê-lo. 

Bom dia! 
É muito provável que tenha um caracter estranho ou uma acentuação com problema. 
Teria que analisar o XML que o sistema está carregando. 
 

Não está. 
 
Complementando a informação que nosso colega BigWings postou...
Neste caminho você encontrará:
CSC/Token   [                 ]
idCSC/idToken [          ]

Versão QRCode 
[    2       ]    //Importante usar o código 2.  Do contrário não irá funcionar. 
 

Bom dia!
Caso teu cliente exija informações adicionais ao produto, você pode fazer uso do campo infAdProd Tamanho: (1-500) especificando todas informações e características do item que seja necessário constar como complemento do item. 
 

Boa tarde! 

Clique no botão configurar:
Localize:
- DFe 
- Impressão
Procure pelo campo:  
Largura Cód. Produto: [             ]  Altere a informação. Grave e teste. 

Bom dia!
 
Parte integrante do Manual ACBr
; informar o CNPJ ou CPF das pessoas que você autoriza a baixar o XML do CT-e
Seu INI:
 
 

Bom dia!
Você está emitindo uma NFe para CRT=1 (Empresa do Simples).   Estas empresas não destacam ICMS em vendas normais. 
Você está usando no item o CSOSN 102.  Não tem destaque. Observe parte do código do teu XML e lá na BASE DE CÁLCULO DO ICMS vc informou 12,00 (não tem base deve ser zero) e da mesma forma o VALOR DO ICMS (vICMS) você até colocou me parece que um percentual, pois mesmo assim não seria valor, você informou 18.00. Isto parece ser a alíquota. (Porém neste caso também não tem para o CSOSN=102. 
-<imposto>
 Veja que ai não há destaque de ICMS, logo não pode ter valor em base de calculo e nem valor de icms no total da nota para CRT=1 (Empresa enquadrada no simples com CSOSN=102)
 

Boa tarde!
Na mensagem de rejeição está dizendo que o número do NSU que você informou é maior do que o NSU que está na base. (Você está usando o ambiente de homologação)
Qual o número NSU você está informando?   Você não confundiu com o o NSU do ambiente produção?
 

Bom dia!

Verifique se é o mesmo problema.
 

Bom dia!
Quando tPag (Meio de pagamento) for sem pagamento - 90-Sem pagamento
o vPag (valor do pagamento)  deve ser zero. 
 

idlote - Identificador de controle do envio do lote.
Número sequencial autoincremental, de controle correspondente ao identificador único do lote enviado.
A responsabilidade de gerar e controlar este número é exclusiva do contribuinte.
O Web Service não faz qualquer uso deste identificador.
 
Se você não vai controlar pelo teu sistema, pode usar sempre 1.
Se desejar você poderá fazer um controle para saber em qual lote foi enviado uma nota. O número seria autoincremental e não se repetiria.
Mas que fique claro que é um controle seu.

 

Bom dia!
Me parece que apenas o Banco do Brasil tem esta opção. Seria p/este banco?

Dê uma lida nestas informações:
https://acbr.sourceforge.io/ACBrLib/Particularidades.html 

 
Experimente acrescentar no grupo CEDENTE do INI o campo IdentDistribuicao
[Cedente]
IdentDistribuicao=1      //2

Notei que ao assinar ele diz que houve erro ao inicializar a LibXML2. 
Você copiou estes arquivos LlibXML2*.dll para dentro da pasta do seu sistema? 

Boa tarde.
A soma de 538,33 +  1.143,51 +  1.143,51 +  1.143,51  será igual a  3.968,86.  (isto não tem como mudar)
o campo vBCSTRet é 13v2 (ou seja tem apenas 2 decimais), logo quem fez o calculo somando 4 decimais (sem arredondar) como vc citou, é quem fez errado. 
Se deseja colocar 3.968,87  deterá que acrescentar 0,01 centavo em um dos itens. Sugiro o primeiro. 
 

Boa tarde!
Se você usa o ACBrMonitorPLUS, siga os passos abaixo:
- Acesse o botão [ Configurar]
- Clique na aba [ DFe ]
- Depois na aba [ Impressão ]
- No topo da tela vai aparecer as opções [ Geral | Dados Empresa | NFe  | NFC-e | CT-e ]
----- Clique em NFe
- Localize Decimais Valo Unitário:  Mude para   [  2  ]

Veja se resolve.

Boa noite!
Me representa que ele queria se referir a 6 dígitos.
Eu aconselharia a fazer este orçamento ou pré-venda com 9 decimais, mas se fizer com 6 você terá que ter um controle de série ou de ano.
Quanto a saber se preenche rápido ou não é muito relativo, você pode atender uma empresa que faça 1000 vendas por dia como uma que faz 5 vendas no dia.
Considerando 1000 vendas por dia chegaria próximo a 3 anos. 
 

Boa tarde!
Pode estar havendo uma pequena confusão aqui pelos nomes:
Pela mensagem do @SupremaInformatica parece que ele deseja saber o "TIPO" se é A1 ou A3.  (Entendi desta forma)

O Comando era para saber o "tipo" (talvez aqui ocorra o engano) que na verdade era para saber a o nome versão instalada.
"versaonome" retornava se a versão instalada era OPENSSL ou CAPICOM.   
Caso seja isto mesmo então não resolveria a necessidade do nosso colega. 
*Em tempo:  Talvez tenha sido removido quando foi aplicado o novo tipo de configuração dos certificados no ACBrMonitorPLUS.
Ex. LibWinCrypt etc...

Boa tarde!
As tags do imposto é o que você preencheu mesmo, porém não tem destaque de ICMS no item, logo não poderá ter valores nas tags vBC e vICMS do total, como você informou. 

As informações restante do imposto você preencheu nas tags correspondente ao  -<ICMSUFDest> 
Porém aqui seria bom você consultar o escritório contábil da empresa, para te confirmar se este cálculo está correto ou se há a necessidade de preenche-los. 
 

Boa noite!
Observe que no manual de integração o campo vOutro (Outras despesas acessórias) tem o tamanho 13v2.  (Significa que são apenas 2 decimais para este campo).
Portanto não será aceito 5,025 

Uma sugestão, não sei que tipo de produto teu software atende, porém se o teu sistema é direcionado a várias segmentos não aconselho dividir por item e sim dividir proporcional ao valor.   Do contrário imagine esta situação.

1 fusível - R$ 2,00
1 transformador - R$ 200,00 
Sub Total:  202,00 
Taxa 10% = 20,20
Total:   (202,00+20,20)=222,20

Da maneira que vc faz o cálculo com o rateio por item:  20,20 /2 = 10,10
1 fusível - R$ 2,00  ----  vOutro(desp. acessórias): R$  10,10
1 transformador - R$ 200,00  ----   vOutro(desp. acessórias): R$ 10,10
Total: R$ 202,00 + vOutro: (10,10+10,10)=20,20 = 222,20 

Porém agora se eu for pegar os dados da nota para levantar o custo do item lendo este suposto XML teu eu teria:
Fusível:   Valor: 2,00 + vOutro(desp. acessórias): 10,10 =   Custo do item: 12,10 
 

Boa tarde!
Além do que os colegas comentaram, quero acrescentar aqui uma observação.
Pelo LOG, notei que você tentou usar o comando NFe.CriarNFeSefaz(C:\G3SAT\000830-0.XML,1) 
 
Este comando era usado para receber o arquivo TEXTO no formato usado pelo antigo emissor gratuito de SP, atualmente sob a responsabilidade de atualização pelo SEBRAE. 
Portanto este comando ai não funcionará com o teu arquivo XML 

Você pode usar: (estude pelo link do manual: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html)
Opção 1:  Criar o arquivo XML pelo comando:     (caso opte por esta opção, terá que após criar, usar comandos para assinar e para enviar o arquivo a SEFAZ)

NFe.CriarNFE()

Opção 2:  Já tendo o XML pronto pode apenas enviar.  (atente-se para o XML correto e assinado)   

NFE.EnviarNFe()

Opção3:  Criar o arquivo XML (pelo padrão INI que já foi citado aqui) e enviar ao mesmo tempo.   

NFE.CriarEnviarNFe()