Kiko Fernandes

Bom dia. Se for industrializado parece ser o do que o Felipe citou acima. Se for a água de coco não industrializada (direto do coco) é o 20098920.

Bom dia! A questão de ser autorizada a NFCe em um prazo maior que o estabelecido, indica que a empresa emitente estará sujeita a fiscalização da questão em si. Com isto pode ser que a empresa receba uma notificação para se explicar. Porém se for algo que possa se provar. Exemplo: Roubaram o fio da telefonia, ficou sem internet por 4 dias. É algo que você poderá provar. Houve uma falha técnica e empresa precisou consertar algo e aconteceu de estabilizar após 4 dias. Será possível o técnico de informática, mas notas de serviço provar que teve algum problema. Porém estas situações são esporádicas, não vai acontecer a cada semana e penso que a SEFAZ não vai na primeira oportunidade que ocorrer chamar para explicações. Porém se isto se tornar comum, creio que acabará acontecendo. Portanto se for falha da empresa ai, porque eles não transmitiram seria bom você verificar e instruí-los que poderão ser autuados. Abaixo está uma resposta da SEFAZ-RS para um colega do fórum. https://www.projetoacbr.com.br/forum/topic/17472-status-150-autorizado-uso-autorização-fora-do-prazo/?tab=comments#comment-109467

Boa noite! Você pode anexar o arquivo remessa?

Boa tarde! Teria que ver a sequencia de comando. Isto é um universo de "ifs" e não é fácil a gente detectar o que vc está tentando dizer. Exemplo: O título do seu tópico está dizendo NFe. Ai você comenta em off-line. Ai o manual orienta que "off line" é de uso exclusivo para NFCe (Modelo 65). Se você estiver falando de NFCe, cuide para não usar comando que envie, pois off-line não envia nota e sim imprime a NFCe enquanto não há "comunicação com a SEFAZ".

Boa tarde! Basicamente você terá que mudar o código CRT Usará CST ao invés de CSOSN Procure por códigos da tabela CST para classificar os produtos Lembrando que precisará informar o campo Orig (Origem da Mercadoria) e mais 2 digitos como CST (Código da Situação Tributária)

Bom dia! Resumindo: Em produção a previsão é para 29/04/2019. Em homologação até 25/02/2019 deverá estar disponibilizado. Haverá campos para referenciar a NFCe: Também um código para tpEvento para cancelamento por substituição.

Bom dia! No config do ACBrMonitorPLUS na opção [ DFe ] [ WebServices ] aba [ NF-e/CT-e/MDF-e ] em [ UF Destino ] tem a informação do estado emitente?

Tópico fechado. Para nova dúvida por favor abrir um novo tópico.

Boa tarde! Você tem que copiar o arquivo crianfe.txt para dentro da pasta c:\u\ com o nome "entnfe.txt"

Tópico fechado. Para nova dúvida, favor abrir novo tópico.

Boa tarde! Você usa o ACBrMonitorPLUS? Se sim, verifique se está marcado a opção [ v ] ANSI na ABA [ Monitor ] em ( o ) TCP/IP ou em ( o ) Arquivo TXT caso use esta opção.

Bom dia! Eu sei que cada um tem uma forma de programar e também o direito de querer entender a razão porque algo funciona ou deixa de funcionar. Mas quero aqui só deixar uma sugestão. Eu tenho um campo banco e outro nossonum na minha tabela de controle de contas a receber. Uma vez que tenho o retorno do nossonum e o valor pago (e isto percebi que está no arquivo de retorno) eu consigo localizar na minha tabela e já tenho as informações necessárias que interessam pois já foram registradas pelo sistema. Neste caso não preciso de retorno de nome. Mas é apenas uma sugestão, se não ajudar em nada meu comentário, desconsidere o post.

Bom dia! Se possível anexe o XML. Mas teu problema parece ser com o código CRT (Código do Regime Tributário) Se a empresa for do simples, informe CRT=1 (Simples) no grupo do emitente. Ao não informar ele deve pegar o padrão que é CRT=3 (empresa normal e não do simples)

Boa tarde! Bom, pelo retorno nos xmls de comunicação não encontrei esta informação. Portanto me parece que não tem. Mas tenho uma dúvida ainda porque acho que li algo sobre isto uma vez, porém não consegui encontrar e não tenho caso igual este para ficar simulando.

Boa tarde! Conforme manual de integração: vUnCom - Tamanho:11v0-10 Observação: Informar o valor unitário de comercialização do produto, campo meramente informativo, o contribuinte pode utilizar a precisão desejada (0-10 decimais). vProd - Tamanho: 13v2 Observação: Apenas 2 decimais Grupo dos Totais: vProd - Tamanho: 13v2 - Observação: Apenas 2 decimais vNF - Tamanho: 13v2 - Observação: Apenas 2 decimais Produto001: 6 x 0,0182 = 0,11 (vprod) Produto002: 6 x 0,0524 = 0,31 (vprod) Produto003: 4 x 0,4510 = 1,80 (vprod) Produto004: 2 x 0,5170 = 1,03 (vprod) Produto005: 6 x 7,1620 = 42,97 (vprod) Produto006: 6 x 0,0352 = 0,21 (vprod) Valor Produtos: 46,43 Valor da Nota: 46,43

É seu erro foi confundir vDesc. vDesc (y05) não tem nada a ver com soma dos vDesc (i17) I17 - vDesc (Desconto nos itens) w10 - vDesc (Soma dos descontos dos itens) y05 - vDesc (Desconto nas duplicatas)

Boa tarde! Você terá que seguir a exigência da NT. NT_2016_002_v1_60 Ou seja esta crítica está sendo feito em cima do campo vLiq. Teu arquivo:

Bom dia! Eu pensei que ela retornava no campo CNPJDEST do RESNFE001, mas consultando o manual percebi que não tem esta informação no xml de retorno gerado pela SEFAZ. Quando você diz que teria que abrir o XML e verificar, você está comentando de carregar o XML no teu aplicativo ou verificar neste arquivo mesmo? Porque em texto ele tem o retorno em que você poderia verificar ali no <dest><cnpj> se possui o CNPJ 18096710000122, antes de carregar o XML.

Fechando o tópico por considerar respondido e não haver manifestação do usuário que fez a abertura do mesmo por mais de duas semanas. Surgindo nova dúvida, por favor abra novo tópico.

Pelo que vi aqui, corrigindo o CFOP e o NCM que estão faltando parece estar resolvido. Considere o que o Ítalo recomendou a respeito da maneira de informar a DI, porém receberá apenas um alerta e não rejeição. A rejeição é pela falta de CFOP e NCM Obs.: Só troquei o CNPJ para poder usar o meu certificado de teste, o restante usei toda informação do teu arquivo.

Boa tarde! Eu ainda estou verificando aqui, porém creio que quanto a DI, embora acuse alguma inconsistência ele poderá estar relacionado apenas como ALERTA. Vou verificar ainda. Porém tem outros erros mais graves que rejeitará teu arquivo. Neste último que você enviou, percebi que os produtos: 21/22 e 38 estão sem CFOP e sem NCM (Não será autorizada)

Chegou pessoal a minha camiseta ?? Tenho um grande carinho e respeito por este projeto e por todos vocês que fazem parte e colaboram de uma forma outra. Parabéns!!!

Bom dia! No retorno destas notas que ele participou do transporte, não vem algo como: [RESEVE001] [RESEVE002] ou [ProEve001] que diferencie do grupo [RESNFE001] [RESNFE002]?

Bom dia! Obrigado por reportar. Considerando que foi solucionado, estamos fechando o tópico. Para nova dúvida, abra novo tópico.

Boa tarde! Sim. Não se transmite o XML a SEFAZ, no momento da emissão de NFCe offline.