Italo Giurizzato Junior

Boa noite Edson, Favor atualizar os fontes e testar novamente.

Boa tarde Arnaldo, Primeiramente é preciso saber se a SEFAZ-Autorizadora do seu cliente aceita a impressão do DANFE - NFC-e sem os itens. Segundo é interessante antes da impressão o funcionário questionar o consumidor se ele deseja que seja impresso os itens ou não. Por fim "debugar" o componente para saber se ele realmente esta usando essa propriedade de configuração. Se não estiver, fazer as devidas correções.

Boa tarde Arnaldo, Dois caminhos: 1. alem de informar os dados da entrega no grupo especifico, informe também em observações. 2. alterar o DANFE de tal forma que se existe o grupo de local de entrega os dados dele sejam impressos.

Boa tarde a todos, Com a versão 4.00 da NF-e/NFC-e a questão do troco vai esta resolvida, pois teremos uma tag para informarmos o troco. Logo a somatória dos tipos de pagamento menos o valor total da nota é igual ao troco.

Boa tarde, A mensagem é clara, para cada item incluído na nota possui o seu valor unitário, quantidade e total. O valor total de cada item deve ser somado resultando no valor total da nota que deve ser atribuído no campo especifica no grupo totais.

Boa tarde Douglas, Se esta ocorrendo erro de duplicidade é porque uma nota com a mesma chave já foi enviada, logo você tem a chave.

Boa tarde Jair, Você deve seguir a recomendação da SEFAZ, baixe e leia com muita atenção a: Especificações Técnicas 16/12/2016 da Contingencia Offline versão 2.0 que encontra-se disponível no Portal Nacional da NF-e. Você vai encontrar um passo a passo tanto para o EPEC quanto para o Offline.

Boa tarde Thiago, Primeiramente não confunda o Certificado Digital vendidos em formato pen-drive conhecido como Token com o Código de Segurança do Contribuinte - CSC que durante o projeto piloto da NFC-e o pessoal da SEFAZ tiveram a infelicidade de chama-lo de Token. Inclusive os novos documentos faz referencia a CSC e não mais a Token. Respondendo a sua pergunta o CSC é um código alfa-numérido e como o próprio nome diz trata-se de um código de segurança já o idCSC é um identificado do CSC, trata-se de um numero sequencial. Ambos são utilizados juntamente com outras informações da NFC-e para gerar a string e consequentemente a imagem do QR-Code que é impresso no DANFE da NFC-e.

Boa noite Ricardo, Para quem conhece muito bem o código do componente acredito que o nível seria baixo, mas para quem não tem muita intimidade considero nível médio e para aqueles que nunca chegaram a abrir o código e estuda-lo, ai o bicho pega.

Boa noite Adolfo, Note que a respectiva nota foi emitida em ambiente de produção e a consulta esta sendo realizada em ambiente de homologação, dai a mensagem.

Boa noite a todos, O ACBrNFe ainda não dispõe de nenhum método que utilize do Web Service para baixar os XMLs das NF-e por um contador. Isso é muito interessante mas infelizmente esse método só funcionaria para os contadores do RS.

Boa noite a todos, O EPEC nada mais é do que um evento, como o próprio nome diz: Evento Prévio de Emissão de Contingência. O Cancelamento, a Carta de Correção a Manifestação do Destinatário são outros tipos de Eventos. Se tratando da NFC-e peço a todos que baixem e leiam com muita atenção a Nota Técnica 2014/003 versão 1.00 E aproveitem e baixem e leiam também a Nota Técnica 2014/001 versão 1.10 - Esta também se refere ao EPEC mas para a NF-e. O componente ACBrNFe já possui o método de envio de eventos implementado de forma genéria, sendo assim vocês podem utiliza-lo para enviar para SEFAZ qualquer tipo de evento.

Boa tarde Menezes, Abra com o bloco de notas os arquivos Cidades.ini e Fiorilli.ini veja como foi feito para as cidades que usam esse provedor e inclua a cidade desejada. Depois realize testes usando o programa exemplo. Assim que estiver tudo OK, anexe os arquivos acima citados com as alterações feitas por você, para que possamos avaliar e disponibilizar caso estejam tudo OK.

Boa tarde Paulo, Muito obrigado pela colaboração, ainda hoje esterei enviando para o repositório.

Bom dia Tobias, Os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas, se necessário reinstale todos os componentes novamente usando o ACBrInstall_Trunk2. Depois, realize novos testes.

Bom dia Meinardo, Comente a linha 2024 e refaça os testes. Reporte os resultados.

Bom dia Igpa, A imagem do erro esta muito pequena, não é possível ler a mesma.

Bom dia Andre, Se você configurar o componente para Consultar o Lote após o envio, basta alimentar o componente e depois executar o método Enviar. Caso contrario os passos são: 1. Alimentar o componente; 2. Executar o método Enviar; 3. Executar o método ConsultarSituacao; 4. Se o retorno for 3 ou 4, devemos executar o método ConsultarLoteRps, caso contrario aguardar um tempo e voltar ao passo 3.

Bom dia Cleber, Não me recordo desse tipo de erro.

Bom dia Maiquel, Seria interessante você anexar o arquivo Soap do retorno da consulta para que possamos analisar, pois se o retorno for 3 a mensagem não deveria ser em branco (vazio).

Bom dia a todos, Nós moderadores não temos condições de testar todos os provedores de NFSe, seria de grande valia para toda a comunidade se vocês verificassem o que precisa ser alterado, alterar e testar. Lembrem-se de que as alterações necessárias não podem comprometer o funcionamento dos demais provedores. Funcionando, por favor anexe somente os fontes que foram alterados, para que possamos analisar. Se estiver tudo correto vamos disponibilizar no repositório. Desde já, muito obrigado, pois toda colaboração é bem vinda.

Bom dia Junior, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório. Ficou faltando o arquivo Cidades.ini

Bom dia, O certificado utilizado é do emitente? Se sim, o mesmo realizou um cadastro no provedor visando a emissão da NFS-e via Web Services? Lhe pergunto isso devido a mensagem retornada no arquivo: 9-rec.xml

bom dia, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Boa tarde Thiago, Se o emitente é do MA você tem que enviar para o MA e não para o PA.