Italo Giurizzato Junior

Boa tarde jeff, Qual é o motivo de não efetuar o encerramento, você não escreveu?

Boa tarde Rodrigo, Altere os fontes ACBrProvedorGovBr, ACBrProvedorPronim e pnfsConversao. Migre a respectiva cidade do provedor GovBr para o Pronim e teste novamente.

Boa tarde Renato, Verifique a configuração do Internet Explores no que diz respeito a SSL , TLS e revogação de certificados.

Boa tarde Marcio, Não entendi o que você quer fazer. Você atualizou os fontes do componente e testou?

Boa tarde Fabiano, Você esta se referindo ao novo Web Services que esta disponível somente no ambiente de homologação ou o de consulta NFe Destinadas?

Boa tarde Dércio, Você não esta utilizando os schemas que estão junto com o programa exemplo do componente ACBrNFSe? Dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\Digifred tem os schemas. Tente utilizar os que estão na pasta indicada acima.

Bom dia Dércio, Ao configurar o programa exemplo, devemos informar a pasta onde encontra-se os schemas utilizados pelo provedor que atende a cidade desejada. Caso contrario erros como esse vão aparecer.

Bom dia Edrian, Você esta com todos os fontes de todas as pastas atualizados? Fiz algumas alterações ontem visando resolver esse problema.

Bom dia Elder, O meu sistema também é assim. Mas na primeira tela, os dados informados pelo usuário são salvos no banco de dados e mais nada, caso tenha que realizar algum calculo como por exemplo o valor aproximando dos tributos (NF-e) de cada item também é realizado e salvo o resultado. Na segunda tela, apresento a lista de notas lançadas mas não emitidas, para que o usuário possa selecionar todas ou não e ao clicar no botão [Emitir] é executado uma procedure que lê os dados do banco de dados para alimentar o componente, essa procedure podera ser executada N vezes dependendo da quantidade de notas selecionadas pelo usuário. Depois de todas as notas estarem no componente é executado o comando Enviar. A unica diferença que o cancelamento e a inutilização de numeração separei em outras telas, uma vez que considero esses procedimentos como eventuais.

Bom dia a todos, Se o erro se refere a não definição do valor stEnvioWebService, isso significa que a unit pcnConversao que encontra-se dentro da pasta ...\Fontes\PCN2 esta desatualizado. Ou a BPL do pacote PCN2 esta desatualizado, ou existe uma pcnConversao.DCU antiga ainda perdida e que o Delphi esta encontrando e a utilizando.

Boa noite a todos, Deve-se utilizar a tabela IBPT para calcular o vTotTrib. No meu entendimento temos que aplicar o percentual em cima do valor total da prestação do serviço para obter o vTotTrib.

Eljak, Vamos a mais um teste, por favor atualize os fontes e compile com a opção build e tente cancelar novamente.

Bom dia Dércio, A NFS-e é totalmente diferente da NF-e, não só na estrutura do XML como também nos processos. Para você obter a NFS-e é preciso: 1. Gerar o RPS - Recibo Provisório de Serviços; 2. Assinar o RPS se necessário (depende do provedor); 3. Gerar o Lote de RPS; 4. Assinar o Lote se necessário (depende do provedor); 5. Validar o Lote; 6. Enviar; 7. Consultar a Situação do Lote (depende do provedor); 8. Consultar NFSe por RPS; 9. Imprimir o DANFSE. Se isso não bastasse alguns provedores possui o Web Service de envio de lote, outros não tem no lugar tem um chamado Gerar NFSe e outros possui um Web Services de envio de lote síncrono. As diferenças são: Envio de Lote - podemos ter de 1 até 50 RPS e o modo de envio é assíncrono; Envio de Lote Síncrono - podemos ter de 1 até 50 RPS e o mode de envio é síncrono; Gerar NFSe - o lote é composto por apenas 1 RPS e modo de envio é assíncrono. Qual usar? você terá que testar, caso o componente retorne a mensagem informando que a funcionalidade não foi implementada pelo provedor, você já esta ciente que essa opção de envio não funciona para o provedor em questão. O componente consegue tratar todas essas (depende do provedor) sendo assim aconselho a não fragmentar o processo, ou seja, alimente o componente com os dados pertinentes ao RPS e depois utilize o método de envio disponível para o provedor.

André, O tcCpfCnpj é um tipo e não um campo (elemento). veja: <complexType name="tcCpfCnpj"> aqui estamos definindo um tipo de dados complexo e o nome desse tipo é tcCpfCnpj. Porque ele é complexo, pois ele contem mais do que uma informação, ou seja, é composto por 2 ou mais campos (elemetos). <element name="Cpf" type="xsd:string"></element> aqui estamos definindo um campo (elemento) cujo tipo é string (tipo simples) e seu nome é Cpf. Esse campo vai conter uma informação simples, como por exemplo uma strig, ou numero, ou data. <element name="CpfCnpj" type="tns:tcCpfCnpj"></element> aqui estamos definindo um campo (elemento) cujo tipo é tcCpfCnpj (tipo complexo) e seu nome é CpfCnpj. Esse campo vai conter uma informação complexa, composta por string, e ou numero e ou data. Estou estudando a melhor forma de fazer essa alteração no componente para este provedor.

Eljak, Por favor atualize os fontes e tente novamente o cancelamento.

Bom dia Daniel, O que esta ocorrendo é que a SEFAZ resolveu retornar o XML de documentos, ou seja, a NF-e no formato compactado (Zipado). Se tentar abrir esse XML usando um navegador veremos a TAG inicial como sendo: <protNFeZip> Já temos algumas pessoas trabalhando em busca de uma solução, que visa ler o conteúdo de uma TAG Zipada, descompactar e salvar em disco, por exemplo.

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

Bom dia Elder, Por que você alimenta o componente, gera e salva o XML em disco e depois quer carrega-lo para poder enviar? Em vez disso, sugiro você só alimentar e enviar ou Gerar (conforme o provedor).

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

Bom dia André, A principio, devemos incluir o ?wsdl para visualizarmos a estrutura do Web Services, mas a URL propriamente dita não precisa. O form que esta sendo apresentado indica o erro que esta ocorrendo. Estou chegando a seguinte conclusão: Em todos os XML quando informamos o documento de uma pessoa, ou seja, o CNPJ ou CPF, é gerado no XML somente a TAG: CNPJ ou somente a TAG: CPF. Uma vez que no schema temos: <xsd:complexType name="tcCpfCnpj"> <xsd:choice> <xsd:element name="Cpf" type="tsCpf" minOccurs="1" maxOccurs="1" /> <xsd:element name="Cnpj" type="tsCnpj" minOccurs="1" maxOccurs="1" /> </xsd:choice> </xsd:complexType> Note que eu coloquei em negrito a palavra choice, que diz que devemos escolher um entre os elementos da lista: Cpf e Cnpj Mas esse provedor definiu o tipo complexo CpfCnpj de forma diferente, veja: <complexType name="tcCpfCnpj"> <all> <element name="Cpf" type="xsd:string"></element> <element name="Cnpj" type="xsd:string"></element> </all> </complexType> Note que não temos o choice e sim um all isso esta me induzindo a crer que devemos incluir todos os elementos da lista: Cpf e Cnpj mesmo que um deles não tenha valor, que neste caso uma string vazia. Isso vai de encontro com um exemplo de RPS postado nesse tópico: <Prestador> <CpfCnpj> <Cpf/> <Cnpj>XXXXXXXXXXXXXX</Cnpj> </CpfCnpj> <InscricaoMunicipal>XXXX</InscricaoMunicipal> </Prestador>

Bom dia Eljak, Por favor atualize os fontes e teste novamente.

Bom dia Dércio, Se todos os fontes de todas as pastas estão atualizados, abra o programa exemplo do ACBrNFSe e compile com a opção Build, execute e tente novamente clicando no botão [Verifica....]

Bom dia, No retorno o valor de Versao e VerApli esta aparecendo igual pois antes o componente não lia a versão do XML e apresentava a mesma informação. O correto é mostrar em Versao a versão do XML e em VerAplic a versão do aplicativo da SEFAZ. Portanto a informação SVAN_3.1.0 é a versão do aplicativo da SEFAZ. Já fiz uma alteração no componente para ler a versão do XML, agora é preciso corrigir o ACBrNFeMonitor para apresentar essa informação e não a versão do aplicativo.

Boa tarde Emerson, Como ocorreu uma reestruturação na Unit ACBrNFeWebServices, algo pode ter sido alterado, é preciso agora checar com calma e fazer as devidas correções.

Boa tarde, O funcionamento da NFS-e não tem nada haver com a NF-e. A NFS-e até tem um numero de protocolo, mas este é equivalente ao numero de recibo da NF-e, ou seja, é apenas um numero que acusa o recebimento do lote a ser processado. Para efetuar o cancelamento de uma NFS-e não há necessidade dessa informação. Basta carregar o componente com o XML da NFS-e que se deseja cancelar e solicitar o seu cancelamento usando para isso o comando: CancelarNFSe e passar como parâmetro o código que identifica o motivo do cancelamento.