Italo Giurizzato Junior

Bom dia Vinicius, No MDF-e o campo SegCodBarra se refere ao segundo código de barra, ou seja, o código gerado quando a NF-e ou CT-e são gerado em contingência. Uma empresa emitente de NF-e e realiza o próprio transporte das mercadorias vendidas, caso esse transporte seja interestadual deve emitir também o MDF-e, e neste relacionar todas as NF-e referentes as mercadorias a serem transportadas por um determinado caminhão. No caso de uma transportadora, ela deve emitir os CT-e e se tratando de carga fracionada e transporte interestadual deve emitir também o MDF-e e relacionar os CT-e referentes as mercadorias contidas no caminhão. Note que em ambos os casos os documentos fiscais eletrônicos foram emitidos e sendo assim os seus documentos auxiliares (DANFE e DACTE) foram impressos. Infelizmente no XML de um documento fiscal eletrônico (NF-e e CT-e) não possui um campo com o conteúdo da segunda chave, quando estes são emitidos em contingência. Sendo assim essa informação (segundo código de barra) deverá ser digitada ou lida através de um leitor de código de barras para passar para o MDF-e. Sei que você esta automatizando a entrada dos dados, com a leitura do XML da NF-e, mas a sua aplicação vai ter que detectar se a NF-e foi emitida em contingência ou não, se sim, deverá solicitar ao usuário a digitação do segundo código de barras, para isso ele deverá ter em mãos o DANFE. Uma outra saída é você procurar o manual da NF-e de que forma é composta esse segundo código de barras, e fazer com que a sua aplicação gere a segunda chave. Lembre-se que os dados utilizados na segunda chave existe no XML e o componente ACBrNFe possui uma função que gera a chave, recebendo esses dados como parâmetros.

Bom dia Tiago, O emitente da NFS-e deve realizar um cadastro junto ao GINFES para que o mesmo possa utilizar o Web Services para emitir a NFS-e. Atenção, se não me falha a memória existe um cadastro para emitir via Site e outro para emitir via Web Services.

Bom dia André, Se possível, post como anexo o XML da NFS-e que ocorre o erro ao tentar imprimir o DANFSE usando o Quick Report.

Bom dia, Crie uma nova pasta chamada: ACBrTeste (por exemplo) e configure o Tortoise para baixar do mesmo endereço só trocando a palavra "trunk" por "branches".

Bom dia Moro, Muito obrigado pela colaboração, já esta disponível.

Bom dia Rafael, O pior é que existe tanto em Mato Grosso como na Bahia uma cidade chamada Canarana.

Bom dia Luis, Você esta sabendo que o DPEC será desativado em 31/03/2015 ?

Bom dia a todos, Segundo a Nota Técnica 2014/001 versão 1.10, o DPEC será desativado em 31/03/2015. Como hoje é 02/03/2015, será que vale a pena, perder tempo com o DPEC?

Bom dia Jefferson, Até onde sei, a impressão do DANFE da NFC-e não é através do componente ACBrECF.

Bom dia Jamil, Eu não utilizo o ACBrNFeMonitor, mas até onde sei, imprimi o DANFE da NFC-e.

Bom dia Cesar, Favor acessar o site da SEFAZ-BA ou até mesmo entrar em contato com eles. Quem gera o CSC é a SEFAZ.

Felipe, No caso da cidade de São Paulo, o componente que encontra-se disponível no Repositório não atende. Pois o XML não segue o padrão ABRASF. Pesquise no fórum, você vai encontrar um grupo de pessoas que estão implementado as rotinas necessárias para usar o ACBrNFSe para a cidade de São Paulo. Essas pessoas são as mais indicadas a esclarecer as suas duvidas e até mesmo lhe passar uma versão do ACBrNFSe que esta sendo modificado por eles.

Felipe, O componente ACBrNFSe gera o XML para você segundo a estrutura usada pelo provedor que atende a cidade desejada. Estude o programa exemplo do componente ACBrNFSe. Você vai notar que o mesmo possui uma procedure chamada AlimentarComponente, é nessa rotina que passamos os dados pertinentes referente ao serviço prestado. Ao executar o método Enviar, por exemplo, o mesmo se encarrega de gerar o XML do RPS, assinar ou não (depende do provedor), montar o lote, assinar o lote ou não (depende do provedor), submeter o lote ao validador do próprio componente (ele se utiliza dos schemas do provedor), envia e se tudo estiver OK o Web Services do provedor vai retornar o XML da NFS-e, e este é salvo em disco. O método Enviar possui um parâmetro (segundo) que se o seu valor for True assim que o XML da NFS-e for retornado o DANFSE é impresso. Ao meu ver, você deveria primeiro saber se o componente já atende a cidade para qual pretende emitir a NFS-e.

Boa tarde, O problema é que antes o componente removia os acentos das vogais e trocava o cedilha por C que conta-se nos retornos e ao ler os XML. Se você abrir o XML que você postou com o bloco de notas e procurar por cedilha e vogais acentuadas e fazer as trocas, vai conseguir visualiza-lo sem nenhum problema com um navegador.

Boa tarde Felipe, Se você pretende usar o componente ACBrNFSe, favor estudar o programa exemplo do mesmo. Outra coisa a NFS-e não tem nada haver com a NF-e. No caso da NF-e você gera o XML, assina e envia, a SEFAZ retorna o protocolo de autorização que deve ser incluído no XML da NF-e assinado. No que diz respeito a NFS-e, o que é gerado é o XML do RPS depois do envio o Web Services do provedor retorna o XML da NFS-e caso tudo esteja OK.

Boa tarde Felipe, Por favor atualize todos os fontes de todas as pastas e compile a aplicação com a opção Build.

Boa tarde, Você já tentou realizar essa alteração nos fontes? Os dois provedores já estão implementados, são 3 fontes a serem alterados: ACBrProvedorGinfesV3, ACBrProvedorBetha e pnfsConversao. Por favor tente realizar as alterações e faça os testes. Estando tudo OK, post como anexo os fontes alterados.

Boa tarde, A NFC-e substitui o Cupom Fiscal. A NFC-e é um documento fiscal e a NF-e é outro, a estrutura do XML é a mesma, ambos os documentos possui serie e números próprios uma vez que o modelo é outro. Uma empresa pode emitir os dois: NF-e e NFC-e dependendo da situação e pode ocorrer de ser impresso uma NF-e de numero 500 série 001 e uma NFC-e também de numero 500 série 001. Não existe nenhum problema, uma vez que o modelo de documento fiscal da NF-e é 55 e o da NFC-e é 65. Quanto a impressora não há problema, um detalhe com certeza ela terá que possuir um driver gráfico, pois no final do DANFE devemos imprimir a imagem do QR-Code.

Boa tarde Pedro, Muito obrigado pela colaboração, já esta disponível.

Boa tarde, Se você tem o DANFSE em Fast Report instalado, basta abrir o fonte do programa exemplo do ACBrNFSe, remover as referencias ao DANFSE feito em Quick Report e incluir o que foi feito em Fast Report. Não esqueça de relacionar o ACBrNFSe com o DANFSE através da propriedade com o mesmo nome que encontra-se no ACBrNFSe.

Boa tarde Caetano, Post como anexo o arquivo de retorno. Você chegou a atualizar os fontes? Notou que inclui um IF antes dessas duas linhas?

Boa tarde Diogo, Em uma primeira analise não encontrei nenhum carácter que poderia estar provocando o problema. Você já tentou um contato com o provedor?

Boa tarde Joel, Muito obrigado pela colaboração, já esta disponível. Desculpa, não percebi que o arquivo em anexo estava logo na primeira linha da postagem.

Boa tarde Emerson, Muito obrigado pela informação, favor atualizar os fontes e testar novamente.

Boa tarde Wislei, Após realizar a consulta, tente ler a chave desta forma: chave := ACBrMDFe1.WebServices.ConsMDFeNaoEnc.InfMDFe.Items[x].chMDFe; coloque a linha acima dentro de um loop, onde x é o índice iniciando de zero.