italo.giurizzato.junior

Bom dia Marcos, O erro ocorre nos dois ambientes, homologação e produção ?

Bom dia Codorna, A coisa não é simples e as vezes vai por tentativa e erro. Mas o ponto de partida é a URL usada para chamar o serviço no WebService. Alguns provedores tem uma URL para cada serviço, outros tem apenas uma. Abra o navegador de internet e escreva a URL no campo onde você costuma escrever o endereço de um site, as vezes é necessário acrescentar no final ?wsdl Será apresentado a estrutura, não muito clara, mas vai lhe dar dicas de como deve ser montato.

Bom dia Sandro, Você esta gerando o TXT da seguinte forma: [toma4] toma=4 CNPJCPF=74259896000164 IE=748013517118 xNome=SOLVEN SOLVENTES E QUIMICOS LTDA fone=1938659500 [enderToma] xLgr=RUA PROFESSORA ABIGAIL ALVES PIRES nro=301 xCpl= xBairro=CHAC NOVA BOA VISTA cMun=3519071 xMun=HORTOLANDIA CEP=13185071 UF=SP cPais=01058 xPais=BRASIL Remova a linha [enderToma] deixando desta forma: [toma4] toma=4 CNPJCPF=74259896000164 IE=748013517118 xNome=SOLVEN SOLVENTES E QUIMICOS LTDA fone=1938659500 xLgr=RUA PROFESSORA ABIGAIL ALVES PIRES nro=301 xCpl= xBairro=CHAC NOVA BOA VISTA cMun=3519071 xMun=HORTOLANDIA CEP=13185071 UF=SP cPais=01058 xPais=BRASIL

Bom dia Carlos, Se tentar abrir somente o arquivo ACbrCteDAEventosQRRetrato o Delphi apresenta a mensagem: Error creating form: Ancestor for TfrmCteDAEventoQR not found. Indicando que não foi aberto o seu "antepassado". Portanto devemos primeiro abrir o ACBRCteDAEventosQR e em seguida abrir o ACbrCteDAEventosQRRetrato, ou seja devemos ter os 2 abertos.

Boa tarde Mark Apollo, De todos os itens dessa NT quer chamar a atenção do item 8. Pois ele trata da distribuição do XML para o Tomador do Serviço. Fica claro que quem tem que disponibilizar o XML assinado e protocolado para o Tomador é o emitente ou seja a transportadora e não a SEFAZ. A transportadora não envia ai o tomador não quer pedir para a mesma e fica querendo arrumar um jeito de realizar o download da SEFAZ.

Mota, Atualize os fontes e tente novamente.

Boa tarde Marcos, A montagem do Envelope-Soap me parece estar correto, tudo indica que o problema seja no webservice do provedor.

Boa tarde Elias, Os schemas utilizados por esse provedor se encontra dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\GovBR

Boa tarde Rayanne, Já olhou o programa exemplo?

Boa tarde Sandro, Poste como anexo o XML gerado pelo ACBrNFeMonitor.

Boa tarde Mota, Poste como anexo o arquivo *-sit.xml se existir o *-sit-c.xml melhor ainda.

Boa tarde Lincoln, Os schemas não tem nada haver. Os schemas só servem para validar o XML gerado. Checando a rotina que gera o XML não encontrei nada que alterasse o conteudo da propriedade: ItemListaServico. Para alguns provedores a rotina remove os caracteres que não são digitos e não o formata. Me diz uma coisa, antes de enviar o RPS esta sendo visualizado? Se sim, pode ser esse o problema, uma vez que a rotida que le o XML coloca a formatação no código do Item Lista Serviço.

Bom dia Mario, A versão do Quick Report que você utiliza é a 3, essa versão não tem os filtros para gerar PDF, portanto não pode descomentar a definição da diretiva de compilação QReport_PDF.

Bom dia Denis, O passo a passo que escrevi e disponibilizei foi testado em uma maquina com o Delphi 7 com o Quick Report 3. Infelizmente não tenho mais essa maquina, caso contrario disponibilizaria os arquivos corrigidos. Me diz uma coisa, o erro que aparece é de propriedade inexistente ou outro?

Bom dia evofox, Precisamos de mais informações para poder implementar, tais como as URLs de homologação de produção, exemplos de envelope-soap, entre outros.

Bom dia a todos, Ainda não foi feito nada quanto a implementação desse provedor próprio da cidade de João Pessoa.

Bom dia a todos, Foi publicado no Portal Nacional do CT-e a Nota Técnica 2013/014 que trata sobre validação, distribuição e WebServices. São apenas 4 páginas, por favor, baixem e lêem. Não que eu considere de extrema importancia, mas gripo o item 8 dessa NT. Pois ela deixa claro que o emitente do CT-e tem que disponibilizar o XML para o Tomador do Serviço, seja por meio de e-mail, sinal de fumaça, ...

Boa noite Fabio, Obrigado pela informação, já atualizei as URLs no componente. Em breve estaremos disponibilizando os fontes.

Boa noite Anderson, Tanto o componente quanto o XML tem que estar como produção. Verifique se o componente esta configurado para salvar, ou seja, temos duas propriedades Salvar, uma em Geral e outra em Arquivos, ambas tem que estar com o valor True. Isso vai fazer com que o componente atualize o XML gerado e assinado com o protocolo de autorização.

Fabio, A sua aplicação possui um cadastro com os dados da transportadora, esses dados estão corretos?

Boa tarde Mota, O componente ACBrNFSe possui um comando chamado Enviar. Este comando realiza as seguintes tarefas no caso do provedor Ginfes: 1. Gera o XML do RPS; 2. Assina; 3. Monta o Lote de RPS; 4. Assina; 5. Envia o Lote para o WebServices; 6. Obtem o retorno com o protocolo de recebimento; 7. Consulta a Situação do Lote; 8. Consulta o Lote caso a situação seja lote processado; 9. Obtem o retorno contendo a lista de NFS-e; 10. Salva o XML da NFS-e separadamente; 11. Imprimi o DANFSE. Fora esse comando existe varios outros, como Consulta a Situação, Consultar Lote, Cancelar, entre outros. Vide o programa exemplo, para conhece-los.

Boa tarde Márcio, E qual é o problema de totalizar 500 caracteres ou 500 bytes? O XML final a ser enviado para SEFAZ tem que ficar dentro dos 500 Kbytes. E 500 bytes é 1/2 KByte (arredondando).

Boa tarde a todos, Posso estar escrevendo uma tremenda besteira, mas vamos lá: Será que isso não tem haver com a configuração avançada que existe no Internet Explorer? Opções de Internet aba Avançados quadro Configurações Na lista de configurações temos as opções: Usar SSL 3.0 e Usar TLS 1.0 Que se refere essa tal de cifras para conexão. Se é isso basta ativar essas duas opções no Internet Explorer.

Boa tarde Cesar, Como foi postado, as units pcteCTe.pas, pcteCTeR.pas e pcteCTeW.pas já estão prontas para a versão 2.00 Se algum dia surgir uma nova versão por exemplo 2.50, com certeza será criado os arquivos: pcteCTe_v200.inc, pcteCTeR_v200.inc e pcteCTeW_v200.inc e as units sitadas acima vão se tornar compativeis com a nova versão. Alem de alterar o arquivo ACBr.inc vai ser necessário efetuar alterações na rotina que alimenta o componente, bem como a que realiza o cancelamento. Para mais detalhes vide os arquivos TXT que estão dentro da pasta: ...\Exemplos\ACBrCTe

Boa tarde Douglas, Todas as implementações necessárias já estão prontas desde outubro, como o ambiente de homologação ainda não tinha sido liberado, não enviamos os fontes para o repositório. Eu juntamente com o Juliomar vamos promover uma reestruturação na pasta que contem os pacotes de instalação e consequentemente o ACBrInstall sofrerá alterações. Hoje vai para o repositório a reestruturação da pasta que contem os pacotes mas mantendo compatibilidade com o ACBrInstall atual. No dia 9 ou seja segunda-feira que vem, vai ocorrer a mudança definitiva, inclusive com a liberação nos fontes do ACBrNFe pronto para a nova versão 3.10 Para manter total compatibilidade e permitir a escolha a nivel de execução, foi incluido uma nova propriedade chamada VersaoDF - Versão do Documento Fiscal que juntamente com a propriedade ModeloDF (que já existe) é possível escolher o modelo: NF-e ou NFC-e, bem como a versão: 2.00, 3.10 (para a NF-e) ou 3.00, 3.10 (para NFC-e). Por favor, aguarde mais alguns dias.