Gr@c@

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.

Não. Por enquanto, estou fazendo gambiarra enviando somente vencimentos > data de emissão.

o nDup não deveria ser um numero sequencial formatado com 3 algarismos? ex 001, 002

02/07/2018 - ATENÇÃO: Publicado pacote de schemas XML O novo PL de schemas traz pequenas correções, para aceitar o novo padrão de placas de veículos, entre outros ajustes que não devem afetar os sistemas.Assinado por: Coordenação Técnica do ENCAT

Perfeito. Desculpe,não havia visto essa propriedade.

TAmbém verifiquei isso e acredito que o SEFAZ esteja tomando como base de comparação a data + hora. Já reportei isso ao SEFAZ, mas não obtive retorno.

Tenho clientes do segmento industrial que já registraram o GTIN no GS1 e estão exigindo que saia o código de barras no lugar do codigo do Danfe e do XML. Porem no DANFE Fortes Report é necessário aumentar 1 posição no campo código porque o digito está ficando fora do quadro. Na descrição do produto imprimi inicialmente o código de barras só para fins de comparação.

ACBrBoleto1.LayoutRemessa := c400;

Basta solicitar novamente ao SEFAZ a liberação da sua empresa. Você ficou muito tempo sem emitir nota e foi desativado.

Normalmente isso se faz para o usuário informar os dados da nota e através deles gerar o xml (esse é o meu caso). Posso visualizar esses dados antes e depois da NF-e emitida. Mas, se vai gerar o xml antes e quer visualizar assim antes de enviar, é só criar essa tela e jogar o conteudo das tags do xml nos respectivos campos. Pelo ACBr o xml já é criado e tem como ler. Essa tela aí já seria um implemento do desenvolvedor.

Boa pergunta. Minha gambiarra: vai tudo em informações complementares. Também salvo no meu banco de dados todos esses campos separadamente, já pensando no Sped Fiscal, relatorios internos e conciliação de cartão. Está errado? Está! Mas não encontrei outra forma do cliente emitir a NFC-e usando cartão. Já enviei email ao SEFAZ/MA mas eles não respondem por nada. Ir pessoalmente ao plantão fiscal do Maranhão seria dispendioso (estou em MG) . Você é do MA, poderia fazer essa gentileza de ir ao plantão fiscal pessoalmente e nos dar um retorno?