italo.giurizzato.junior

Bom dia Ricardo, Você realizou testes no ambiente de homologação depois do dia 30/11/2013 (data que foi feita a alteração das cifras no ambiente de homologação)? Funcionou? Se sim, esquece. Se tiver que ser feita alguma alteração será nas opções do Internet Explorer, do resto não muda absolutamente nada.

Bom dia Celso, Desculpe pessoal, esqueci, por favor atualize os fontes.

Bom dia Dêivide, Desculpa, não entendi o que você deseja fazer. Você quer validar o XML que será enviado para SEFAZ para realizar a consulta de um lote de CT-e pelo numero do Recibo (consReciCTe) ? Se sim, não vejo motivo para isso, pois esse XML tem meia-duzia de linhas e não tem variações, diferente do XML de envio de um lote de CT-e, que pode ter centenas de linhas e com variações. Se você utiliza o componente ACBrCTe, mais um motivo para não se preocupar com isso, pois todos os colegas do fórum que tem clientes que emitem CT-e e utilizam o ACBrCTe em suas aplicações não relataram nenhum problema quanto a essa consulta.

Bom dia, Você esta tentando utilizar o Valida, para validar o XML de um RPS? Se sim, não vai funcionar, pois o Valida é usado internamente pelo componente para validar o Lote de RPS.

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.