Italo Giurizzato Junior

Bom dia Rômulo, Utilizei um aplicativo que desenvolvi utilizando os componentes com um propósito simples, carregar o XML seja ele de uma NF-e ou CT-e e apresentar o Documento Auxiliar na Tela, com a possibilidade de imprimir no papel ou não. Esse aplicativo se utiliza dos componentes DANFE e DACTE feitos em Quick Report. Testei os seus 2 XML colocando hora o canhoto no cabeçalho, hora no rodapé. Isso me resultou 4 testes, em todos os DACTE foram apresentados em uma unica página tanto na tela como no papel. Favor excluir os fontes referentes aos DACTE e baixar novamente e compilar a aplicação com a opção Build.

Boa tarde Rômulo, Post como anexo ou envie por e-mail o XML que esta ocorrendo o problema. Para que possamos checar.

Boa tarde Robinho, Acredito que o retorno é o protocolo de autorização. No primeiro momento a solução seria ler o XML salvo em disco como uma string e salvar no banco de dados.

Dalvan, Muito obrigado, já esta disponível.

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

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

Boa tarde Ebnezer, Até agora nenhum dos provedores que foram implementados no componente possui esse tipo de serviço. Portanto para saber se o serviço esta funcionando ou não o jeito é enviar.

Boa tarde Dalvan, Comparei os fontes que você anexou com os que estão disponíveis não encontrei nenhuma diferença.

Bom dia Robinho, Após todo o processo exposto no post anterior você pode ler o conteúdo da propriedade RetWS e salvar no banco de dados. Para ler o conteúdo da propriedade acima tente algo do tipo: sXML := UTF8Encode(ACBrCTe1.WebServices.Retorno.RetWS); Onde sXML é uma variável string.

Bom dia Wigori, Qual software / sistema que você se refere? Eu acredito que uma empresa de grande porte deve ter uma equipe de desenvolvedores responsáveis pelo desenvolvimento de seus próprios sistemas. Se tratando de NF-e podemos enviar um lote de até 50 notas.

Bom dia Rodrigo, Desculpe em não dar um retorno, mas já esta disponível. Por favor atualize os fontes e teste.

Bom dia Walter, Se qualquer informação relevante para poder gerar a NFS-e estiver errada, com certeza o RPS será rejeitado, neste caso você deve efetuar a correção e enviar novamente.

Bom dia Carlos, Um dos arquivos é o Schema e o outro é o WSDL. O estranho que o WSDL se refere ao Web Services da prefeitura de Belo Horizonte. Se o provedor for realmente o ProData favor conseguir com eles as URLs de Homologação e Produção para a cidade Formosa/GO. Pois o resto já esta tudo implementado no componente.

Robinho, Na minha aplicação, o usuário primeiro digita os dados pertinentes ao transporte da carga e salvo esses dados no banco de dados. Ele pode lançar quantos conhecimentos ele desejar, todos vão ficar salvos no banco de dados. Até agora nada de XML foi gerado, apenas os dados foram digitados. Quando ele desejar emitir os CT-e, uma tela é apresentada com a relação de todos os conhecimentos digitados mas que não foram emitidos. Entenda "emitidos", como sendo: XML gerado, assinado, enviado, protocolado, DACTE impresso, XML (assinado e protocolado) enviado por e-mail para o tomador do serviço. Sendo assim ele seleciona os conhecimentos não emitidos e clica no botão [Emitir] e tudo o que esta descrito acima é executado. No meu caso o XML não é são no banco de dados apenas em disco, mas é no final de todo o processo, ou seja, depois de enviar o e-mail, que você atualiza o banco de dados "salvando o xml" no mesmo.

Boa tarde Carlos, A cidade de Formosa/GO não foi implementada ainda. É preciso saber qual é a empresa contratada pela prefeitura para implementar o Web Services, responsável por recepcionar os RPS e gerar as NFS-e. Essa empresa damos o nome de provedor, se ele já estiver implementado no componente as coisas começam a ficar mais fácil caso contrario vai demandar mais tempo. Outra coisa importante esse provedor segue o padrão ABRASF? Se sim, ótimo, caso contrario, mais dor de cabeça.

Boa tarde Rene, Se o envio do RPS é unitário ou seja um de cada vez você pode fazer desta forma: ACBrNFSe1.NotasFiscais.Items[0].NomeArq := 'nomedesejado.xml'; ACBrNFSe1.Enviar(vNumLote); Antes de testar favor atualizar os fontes.

Boa tarde Robinho, Me diz uma coisa, para que gerar o XML guardar no banco de dados, para depois envia-lo? Porque você não inverte a ordem. 1. Só gerar o XML no momento do envio 2. Salvar o mesmo no banco de dados, após receber o protocolo de autorização. Desta forma você vai ter o XML assinado e protocolado salvo no banco de dados.

Boa tarde Carlos, Você já instalou o componente ACBrNFSe? Você já executou o programa exemplo que encontra-se na pasta ...\Exemplos\ACBrNFSe? Você já checou se a cidade em questão é atendida pelo componente? Para isso basta clicar no botão que faz essa verificação.

Boa tarde Dalvan, Muito obrigado, já disponibilizei.

Boa tarde Ebnezer, CodigoVerificacao é string e não integer. Lembre-se a NFS-e funciona de forma totalmente diferente da NF-e. Na NFS-e é gerado e enviado o XML do RPS, se o mesmo for autorizado o Web Service retorna o XML da NFS-e. Checando a propriedade acima se ele for diferente de vazio significa que a NFS-e foi gerada e consequentemente foi autorizada.

Boa tarde Gustavo, O erro ocorre ao validar o XML que acaba de ser gerado ou você carrega um XML previamente gerado e depois efetua a sua validação?

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

Boa tarde Ebnezer, Na NFS-e não existe o cStatus, mas temos o Código de Verificação gerado pelo Web Services. sCodigo := ACBrNFSe1.NotasFiscais.Items[0].NFSe.CodigoVerificacao;

Boa tarde Augusto, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando as suas alterações.

Bom dia Leandro, Se o Destinatário não possui a Inscrição Estadual, você não pode inventar, portando deixe em branco, ou melhor vazio.