Italo Giurizzato Junior

Bom dia pjunior, Esse XML que você postou, não é gerado pelo componente ACBrCTe e sim baixado do Site da SEFAZ (link Download). A estrutura dele é diferente o LoadFromFile do componente não esta preparado para ler esse XML. A alteração que você fez parece estar correta em partes, pois esse arquivo poderá conter também os eventos vinculados ao CT-e, e neste caso o LoadFromFile não vai ler eles. Independente disso, para ler as informações desejadas: ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.cStat ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.xMotivo ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.nProt

Bom dia Thales, Ou o Ginfes alterou alguma coisa na estrutura, ou o Web Services esta com problema.

Bom dia a todos, Fiz algumas alterações no componente ACBrNFSe, visando mostrar as mensagens de erro retornadas pelos Web Services, em vez de simplesmente aparecer Erro Desconhecido. Isso não vai resolver o problema no caso de Fortaleza, mas poder dar pistas do que deve ser corrigido.

Bom dia Marcelo, Verifique se o componente esta configurado corretamente e apontando para a pasta que contem os Schemas atualizados e também se esta sendo passado o NCM com 8 zeros. Se sim, a SEFAZ pode ter publicado o Schema com erro.

Boa tarde a todos, Na unit ACBrNFSeWebServices, linha 589 temos uma lista de provedores que não devem executar o InternetSetOption. Inclua nessa lista o proGinfes e testem novamente.

Boa tarde Raimundo, Primeiramente, você tem as URLs de homologação e produção da NFC-e do Estado do Pará? Se sim, por favor post para que possamos incluir no componente, pois o mesmo não possui essas URLs. Segundo, a premissa da NFC-e é não haver necessidade de homologação tanto de Hard como de Soft, para emissão da NFC-e. Ou seja a NFC-e funciona da mesma forma que a NF-e, a loja vai poder usar uma impressora não fiscal e o software não precisa ser homologado uma vez que a NFC-e é validada e autorizada pela SEFAZ.

Boa tarde Marcelo, Você já leu a Nota Técnica 2014/004 versão 1.10 publicada ontem (12/08/2014)? Página 3, temos: Outros esclarecimentos: 1. Caso o item da nota se refira a um serviço tributado pelo ISS ou a nota seja de ajuste, neste campo deverá ser informado o código “00” (dois zeros) 2. Em caso de nota complementar que se refira a um daqueles dois casos também poderá ser informado o código “00” neste campo 3. Se o item da nota se referir a mercadoria ou outra operação que não possa ser classificada segundo a tabela da NCM, seguidas as normas do MDIC, este campo deverá ser preenchido com o código “00000000” (oito zeros) Alterado o Schema XML para não acusar falha de Schema quando for informado o código “00000000”. Lembre-se de atualizar os Schemas. Acredito que no seu caso deve-se informar NCM=00000000 e não NCM=00.

Boa tarde Oneide, Como não possuo nenhum certificado válido não tenho como realizar testes de envio. E no que diz respeito a NFS-e é necessário um certificado de uma empresa que vai se utilizar o provedor em questão para emitir a sua NFS-e. No máximo o que eu faço é testar se o componente esta gerando e assinando o XML. Pois para assinar posso utilizar um certificado vencido. Do resto, conto com a ajuda de vocês.

Boa tarde Cristiano, Temos na verdade 2 situações no caso "sem frete". Eu posso ir em uma loja efetuar a compra de uma mercadoria e eu mesmo levar a mercadoria. Temos uma situação onde não temos o frete, logo a modalidade do frete é 9 e como que fica os dados do Transportador? Neste caso é informado os meus dados uma vez que sou eu que vai transportar a mercadoria adquirida? O outro caso é o que você sitou, ou seja eu comprei mas que vai realizar a entrega é a própria loja, utilizando veículo próprio, neste caso ela quer que no quadro do Transportador apareça os dados da loja, ou seja, do emitente. Com isso ela (contador) quer controlar o que? Quantas vendas sem fretes foram entregues pelo emitente e quantas foi o próprio cliente que levou? No meu entendimento isso não compete a ela.

Boa tarde Saverio, Desculpe, Internet retornou somente agora. Você abre o arquivo ACBrMDFeDAMDFeQR sem nenhum problema e ao tentar abrir o arquivo ACBrMDFeDAMDFeQRRetrato aparece a mensagem de erro: Error creating form: Ancestor for 'TFrmMDFeDAEventoQR' not found. Com certeza os seus arquivos estão corrompidos, pois o TFrmMDFeDAEventoQR não tem nada haver com o DAMDFE. o DAMDFE se refere ao Documento Auxiliar do Manifesto Eletrônico de Documentos Fiscais o DAEvento se refere a Impressão de Eventos, como cancelamento, encerramento, etc. Minha sugestão apague a pasta ACBrMDFe e baixe ela novamente.

Boa tarde Moreira, Por favor atualize os fontes e teste novamente.

A mensagem de erro forbiden (403) tem haver com o certificado. Olhe com mais atenção a sua rotina de configuração. Outra coisa o programa exemplo é compilado para usar o Capicom e a sua aplicação?

Saveiro, No programa exemplo, consigo visualizar o DAMDFE através do botão [imprimir DAMDFe] sem nenhum problema. Tente abrir somente as Units: ACBrMDFeDAMDFeQR e em seguida a ACBrMDFeDAMDFeQRRetrato. Se aparecer algum erro de propriedade não existente, clique no botão Ignorar todas. Salve e depois abra o programa exemplo e compile com a opção Build.

Boa tarde Cristiano, A TAG que você se refere é a <transporta>, correto? O contador quer que essa TAG apareça mesmo você informando a modalidade do frete = 9, correto? Sendo assim, quem você vai informar como sendo o transportador, o próprio cliente?

Boa tarde Gilson, Já tentou compilar a aplicação com a opção Build?

Saveiro, Post como anexo o XML que você esta tentando ler para imprimir o DAMDFE. Pois aqui fiz um teste não ocorreu nenhum erro.

Boa tarde Rodrigo, Atualize novamente os fontes e compile novamente.

Checou a configuração do componente? Você esta informando o número de série do certificado na sua aplicação?

Boa Tarde, Esta errado. Cada coisa no seu lugar. No DACTE temos 5 quadros: 1. Remetente - quem esta enviado a mercadoria. 2. Destinatário - quem a comprou a mercadoria. 3. Expedidor - uma outra transportadora quando se tratar de Redespacho ou Redespacho Intermediário. 4. Recebedor - uma outra transportadora quando se tratar de Redespacho ou Redespacho Intermediário. 5. Tomador do Serviço - quem vai pagar o frete. pode ser o Remetente, ou Destinatário, ou Expedidor, ou Recebedor ou Outros. Se a transportadora pega a mercadoria do Remetente e leva até o Destinatário, não existe Redespacho, muito menos Redespacho Intermediário, portando não devemos informar o Expedidor e Recebedor. De uma olhada neste link: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/

Boa tarde André, O provedor Virtual não implementou o Web Services EnviarLoteRps, somente o Gerar, utilize o botão [Gerar e Enviar um RPS].

Boa tarde, O problema ocorre na mesma maquina ou em outra? Se for em outra é por falta de alguma DLL, por exemplo o Capicom.

Boa tarde ALA, A chave da NF-e que fica no atributo Id sempre teve o prefixo NFe e o arquivo em disco nunca teve esse prefixo. Da mesma forma que a chave do CT-e que também esta no atributo Id tem o prefixo CTe e podemos dizer a mesma coisa do MDF-e cuja chave possui o MDFe como prefixo.

Boa tarde NatanaB, O XML foi gerado, mas o provedor processou sem rejeitar o mesmo? Você obteve após o envio o XML da NFS-e? Desculpe, mas gerar o XML do RPS é uma coisa, agora gerar e enviar e obter o XML da NFS-e é outra coisa.

Boa tarde Paulo, Verificando os fontes que estão na pasta: ...\Fontes\ACBrCTe não temos nenhuma unit para a impressão de eventos em Fast report, somente o DACTE. A impressão de eventos esta disponível em Quick Report e Fortes Report.

Boa tarde, Você utiliza o componente ACBrCTe? Recebedor não é o Destinatário. Destinatário, como o próprio nome diz é o destino da mercadoria. Já o Recebedor é uma outra transportadora que vai receber a mercadoria para dar continuidade ao transporte da mesma (Redespacho). Como o Recebedor é uma outro transportadora devemos informar o IE dela.