Kiko Fernandes

Post fechado por entender que alcançou o objetivo. Para nova dúvida abra novo post.

Obrigado por reportar. Post fechado. Para nova dúvida, abra novo post.

Boa tarde! Valide seu xml no site da Sefaz/RS Tem que rever estes erros.

Boa tarde! CSOSN é composto por 3 dígitos. 102 é um código válido. CST é composto por dois dígitos. Seria CST=60 (este zero que vc está informando antes 060) faz parte da origem da mercadoria. Portanto ele já foi informando em Origem=0. Conforme a tabela B da tributação do ICMS.

No outro post, o José tinha solicitado para você anexar o LOG.TXT. Veja se vc consegue anexar. Vou fechar o tópico. Segue acompanhando na área do SAC.

Não sei o que você está tentado fazer. Mas vamos por partes: 1 - Para SIMPLES NACIONAL CRT=1 não há destaque de ICMS como vc informou no teu arquivo. Base de cálculo de ICMS. 2 - Para casos específicos de operação que tenha o destaque (regulamento por lei), usar o CSOSN 900. (Estude sobre ele) 3 - O caso que vc comenta sobre IPI eu suspeito que vc está falando de nota de devolução para o fornecedor. Estude o manual da versao 4.00 do XML pois foi incluído um campo vlIPIDevol para controle da devolução do IPI por empresas não contribuinte do IPI.

Observe uma situação. Consultei esta empresa e ela está no Regime Simples Nacional. Logo se vc informar CRT=3 você está alterando o enquadramento da empresa para Regime Normal. Se vc só está fazendo teste de homologação tudo bem, mas em produção, tome cuidado com o regime.

Informe correto. CSOSN é para CRT=1 Informe o campo CST de forma correta para o regime normal. Embora o ACBr tenha assumido o padrão, não é correto confiar. Corrija no teu sistema e o CST deve ser informando conforme a tabela de ICMS.

Bom dia! Vc está usando o Regime CRT=1 (Não tem destaque de ICMS) para CSOSN 102. E nas tags do total vc informa tanto a base de cálculo do ICMS como o Valor do ICMS e esta tributação não existe no item. Campo dos totais. Esta informação que vc coloca aqui é desprezada, pois CSOSN 102 não tem destaque de ICMS: Caso a empresa tenha que destacar o ICMS verifique o regime, pois ai vc terá que informar CST ao inves do CSOSN e passar o CRT=3 ao invés de CRT=1

Boa tarde! Não existe cancelamento do evento. Deve-se seguir o que o Felipe sugeriu. Um nova carta automaticamente substitui a anterior, devendo constar no texto o conteúdo da(s) anterior(es).

Bom dia! No comando BOLETO.IncluirTitulos() você encontrará o campo: Vencimento=99/99/9999 Seria melhor você anexar o teu arquivo INI para vermos o que está errado.

Este problema já foi solucionando nas versões recentes. Nos informou hoje o @José M. S. Junior

Boa tarde! Se eu não me engano existe a programação na impressora, faz tempo que não mexo mais com ECF que não me recordo da situação, mas lembro que usava três decimais. Veja este tópico. Se não resolver, terá que mudar na configuração da impressora. https://www.projetoacbr.com.br/forum/topic/13626-3-casas-decimais-no-valor-unitario-do-cupom-fiscal/?do=findComment&comment=137716

Boa tarde! Clique no link abaixo: https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoCTE.html Depois navegue nas opções de CTE.CriarCTE(), CTE.InutilizarCTE() e assim por diante.

Bom dia! Eu nunca usei desta forma, então não sei te dizer se é possível ou não. Pois da maneira que você está informando dá impressão que seria o mesmo que eu tentasse direcionar a impressão para a porta de impressão. Veja que na instrução é solicitado o NOME DA IMPRESSORA. Se você fez o mapeamento pelo windows tente trocar pelo nome da impressora.

Bom dia! <tpag>14</tpag> //A opção 14 não existe mais. Foi removida. Consulte a NT 2016.002 - v1.60 (Pag. 6 e 52)

Boa tarde! Eu não achei no manual algo que informe alguma tolerância. Se não tiver, ou a SEFAZ não tratar disto mais tarde, você terá que informar o valor exato. Veja que no manual a informação para Valor da parcela é com dois decimais. (vDup - 13v2) Com isto vc terá que analisar no teu sistema e lançar este um centavo que falta na primeira ou na última parcela. Se vc informar 3 x 33,33 = 99,99 como vLiq vai estar 100,00 faltará 0,01 centavo. Vc terá que informar: 1 - 33,33 2 - 33,33 3 - 33,34 Mas isto é simples, geralmente todos os programadores já fazem isto para duplicatas, boletos ou cheques. Desenvolva uma rotina (função) no teu sistema que soma as parcelas após a divisão e assim você tira ou acrescenta um centavo na primeira ou na última parcela, de acordo com a necessidade.

Boa tarde! @João Paulo Pires, para ter um bom relacionamento no fórum siga os procedimentos abaixo: 1 - Faça uma pesquisa antes e veja se existe outro tópico com o mesmo assunto. Existindo, leia para ver se tem a resposta que você procura. Não existindo, abra um tópico novo. 2 - Ao abrir um tópico, permaneça no assunto do tópico. Link das regras do fórum: https://www.projetoacbr.com.br/forum/topic/9116-regras-e-orientações-gerais-para-o-fórum-acbr/ Como você está chegando agora, vou responder aqui, porém estarei fechando este tópico. 1 - A nota que possui a chave 31180708281890000169550010000005171000055336 que vc anexou, está autorizada, não é a mesma que está sendo rejeitada. 2 - Este problema de rejeição tem a ver com o valor <vLiq> informado e a soma dos <vDup> ou seja soma dos vDup tem que ser igual ao vLiq. Dê uma conferida que na nota 31180708281890000169550010000005171000050938 que você está tentando emitir, provavelmente tem este erro. OBS.: Se a dúvida sobre este assunto permanecer, há uma área com uma lupa no canto superior direito. 1 - Digite ali o que vc deseja procurar: Ex.: Valor Liquido da Fatura difere do Valor Original e clique na lupa que aparecerão todos os tópicos com este assunto. 2 - Se mesmo assim não resolver abra um tópico novo para a sua dúvida ou siga em algum tópico que achar o mesmo assunto.

Boa tarde! Penso que é devido ao <tpIntegra> estar 2. (Não integrado) (POS) Para o não integrado, estas informações não exigidas. Para ter certeza experimente colocar 1 (Integrado - TEF), informar o CNPJ da operadora de cartão e a bandeira.

Boa tarde! Não existe reimprimir. Existe o imprimir que vc utilizar sempre que precisar. https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado])

Bom dia! Vale lembrar também que existe o help online. Link: https://acbr.sourceforge.io/ACBrMonitor/SintaxedosComandosACBr.html

Boa tarde: Observe a orientação: NT2016002_v1.60 - Pág. 46

Bom dia! Não sei se Rondônia tem alguma lei específica sobre isto, mas no manual que trata sobre contingência de NFCe, apesar de não definir percentual, chama atenção sobre isto em relação a um comparativo feito com outros emissores.

Boa tarde! Acredito que sem pagamento ou desconto não estaria correto, pois vejo da forma que o Amarildo comentou. Se informar desconto, significa que não recebeu e se colocar sem pagamento entendo que da mesma forma. Se é um documento fiscal o valor tem que ser justificado na fatura neste caso talvez a melhor opção seja colocar como valor a vista o valor já recebido. Se não for assim, a empresa terá que ter antes desta nota de venda uma com cfop 5922 ou 6922. Existe esta nota? 5922/6922- Lançamento efetuado a título de simples faturamento decorrente de venda para entrega futura

Boa tarde! @lfernandolopes, acompanhe o tópico do link abaixo: Para o monitor provavelmente na próx. distribuição da versão compilada.