Gr@c@

Tenho clientes no Maranhão , mas não consigo resposta do SEFAZ/MA se a NFC-e 4.00 já está totalmente funcional em ambiente de produção (já enviei inúmeros emails, todos sem resposta). O atendimento deles é muito ruim. Alguém que seja do Maranhão ou tenha clientes lá saberia me informar se já posso migrar meus clientes para a NFC-e 4.00 e, caso afirmativo, se estão ocorrendo muitas falhas nessa versão? Já implantei lá a NFe 4.00 e está totalmente funcional. A dúvida é somente NFC-e 4.00 (Maranhão utiliza SVAN).

Se o emissor da NFe é o seu cliente ( o certificado digital está no cnpj dele ), é ele que deve se credenciar como emissor de NFe. Muitas vezes acontece de o contador credenciar o cliente somente em homologação pq o estado entende que o cliente precisa de um tempo para realizar os testes de emissão de notas. É preciso credenciar em produção.

veja esse link: http://sqlserverlearner.com/sql-server-error-list/sql-server-error-messages-list-18000-to-22000 21501 10 The supplied resolver information does not specify a valid column name to be used for conflict resolution by ‘%s’. As informações do resolvedor fornecidas não especificam um nome de coluna válido a ser usado para resolução de conflitos por '% s'

aí entra o controle de versões. E essa versão tem que ficar visível para o usuário, tanto para nosso controle como para o dele. Pode ser até mesmo a data da compilação do seu aplicativo.

Também passei por isso. Formata esse campo cInt com zeros a esquerda com o máximo do tamanho que o campo suportar. Ex: 000051

Sugiro que reportem no Fale Conosco de cada estado sobre o problema.

Mas como vc explicaria o fato de meu aplicativo dar esse erro só aqui em MG (e mesmo assim, muito raramente)? No Maranhão, por exemplo, não ocorre esse erro. Em ambas as UF´s está rodando a mesma versão do aplicativo e os mesmos schemas, além da versão do windows ser a mesma (windows 7 32 bits).

Portal Nacional da Nota Fiscal Eletrônica http://www.nfe.fazenda.gov.br/portal/principal.aspx

Esse erro ainda está ocorrendo de vez em quando, mas do nada a nota é autorizada sem que se faça nenhuma alteração. Me parece ser problema no SEFAZ/MG.

Isso não é erro. A contingência não está ativada conf consta no portal : Contingência Ativada Não há estados com serviço de contingência ativo no momento.

Nos meus clientes que estavam com windows 7 Home Edition não consegui fazer funcionar. Todos eles fizeram upgrade para o Professional (mas essa versão também tem que ter o sp1 + atualizações para funcionar corretamente).

ACBrBoleto1.Cedente.Modalidade := '01'; ACBrBoleto1.Cedente.CaracTitulo := tcSimples; ACBrBoleto1.Cedente.TipoCarteira := tctRegistrada; Titulo.Carteira := '1';

Ainda bem que existe o ACBr, caso contrário, atender a tudo isso seria impossível. Mas é o que eu sempre disse: somos os "beta tester" da SEFAZ e CONFAZ e não sobra mais tempo para outras implementações em nossos aplicativos a não ser atender regras desses órgãos.

Pelo visto já detectaram os problemas. ATENÇÃO: Postergada para 23-jul-2018 a data de entrada em produção da versão 1.60 da NT 2016.002. Em breve serão publicadas mais orientações.

Alguém com esse erro em MG após as 13:00hs de hoje?

Eu recebi a minha Elgin I9 e já realizei todos os testes da NFC-e. Como a Elgin se comprometeu com o ACBr de entregar uma impressora de brinde às softhouse que participaram do evento, acredito que vá cumprir sim. A Elgin terá um bom retorno com isso. Somos desenvolvedores e temos uma grande influência sobre nossos clientes na aquisição de impressoras e equipamentos. Como a Elgin cumpriu o compromisso comigo eu pretendo cumprir com ela, indicando a Elgin I9 a meus clientes.

Questionei o GS1 sobre a API de consulta dos produtos registrados. Segue resposta:

No meu aplicativo emissor de notas isso não é feito automaticamente. Dou a opção ao usuário informar ou não as formas de pagamento. Tenho no meu sistema um cadastro de formas de pagamento onde o usuário cadastra o que quiser. Nesse cadastro, ele tem que informar a forma de pagamento da NFC-e em que essa forma de pagamento da empresa se enquadra (inclusive podendo ser a 99-Outros). Se o usuário não informar na NFe nenhuma forma de pagamento, a NFe sairá como 90-Sem pagamento. Pra que vou colocar algo automático no meu aplicativo e correr o risco de co-responsabilidade depois?

por esse motivo que eu disse que teria que "provisoriamente" fazer 2 notas, uma com pagamento e outra sem.

Veja:

Se seu cliente não consegue enviar a nota como antes, essa seria uma forma (pelo menos, provisória) de seu cliente não ficar travado. Então MG e MA não atualizaram a NT, porque em ambas as UFs meus clientes não estão tendo a rejeição 905. Há uma paralisação em MG prevista para dia 07 e 08/07/2018 então a bomba vai estourar com certeza.

Pessoal, só uma perguntinha. Esse problema está ocorrendo só no RJ? Essa trecho é de uma NF-e que enviei ontem em produção e foi autorizada aqui em MG. Ou é um outro caso fora esse abaixo? -<cobr> -<fat> <nFat>2393</nFat> <vOrig>0.03</vOrig> <vLiq>0.03</vLiq> </fat> -<dup> <nDup>001</nDup> <dVenc>2018-07-03</dVenc> <vDup>0.01</vDup> </dup> -<dup> <nDup>002</nDup> <dVenc>2018-08-03</dVenc> <vDup>0.01</vDup> </dup> -<dup> <nDup>003</nDup> <dVenc>2018-08-03</dVenc> <vDup>0.01</vDup> </dup> </cobr> -<pag> -<detPag> <tPag>02</tPag> <vPag>0.01</vPag> </detPag> -<detPag> <tPag>99</tPag> <vPag>0.01</vPag> </detPag> -<detPag> <tPag>15</tPag> <vPag>0.01</vPag> </detPag> </pag>

Ou seu cliente faria 2 notas. Uma de retorno (5902) Sem forma de pagamento e outra de cobrança (5124) com forma de pagamento

Só uma sugestão: O correto é fazer nfe por natureza de operação, ou seja, uma de venda e uma de bonificação, sendo que a bonificação seria "Sem pagamento". Mas como o SEFAZ permite que uma nfe tenha cfop´s de naturezas diversas, você poderia lançar uma forma de pagamento ref a bonificação como Outros.

Tô vendo muita gente reclamando, mas não há nada que o ACBr possa fazer a respeito. Temos que reportar isso ao SEFAZ do estado do emitente. Sem reclamação, eles não irão resolver a questão. Mesmo que não nos respondam, pelo menos eles ficam cientes do bug.