Gr@c@

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?

MG está dando mensagem "Nenhum Retorno. Pode ser que o serviço de Consulta de Cadastro não esteja disponivel no SEFAZ" MA está dando erro 12175 Falha no envio da requisição Um ou mais erros foram encontrados no certificado SSL enviado pelo servidor. só tenho certificado desses dois estados para testar. (ambiente de produção)

A consulta cadastro não está dando retorno mesmo. A consulta cpf/cnpj também está com erro pq não está gerando o captcha.

estou ainda em homologação com a NFC-e 4.00. Quando tPag = fpCartaoCredito ou tPag = fpCartaoDebito estou informando tpIntegra = tiNaoInformado e não informo as tags tBand,CNPJ e cAut justamente por causa dessa rejeição que vc citou. Pelo jeito Maranhão realmente quer forçar o TEF.

você colocou essas configurações no seu aplicativo?

aqui em MG está havendo lentidão nos servidores. Tem que colocar um timeout de 10 a 30 segundos.