Italo Giurizzato Junior

Boa noite Igor, Como dito anteriormente só é possível usar o método Enviar para o provedor Betha. Se esta ocorrendo esse erro pode ser que a URL esteja errada.

Boa noite, Isso não é possível, pois o Lote tem que ser assinado.

Boa noite André, Você atualizou quando os fontes, antes da minha postagem ou depois? Se foi antes, favor atualizar novamente. Se antes ou depois, realizou a reinstalação usando o ACBrInstall_Trunk2?

Boa noite Carlos, Quando se utiliza o OpenSSL temos esses problemas a tag tem que 3 caracteres no minimo. Para resolver esse problema é preciso alterar o Schema, mais precisamente na definição do elemento xCampo.

Boa noite a todos, André, e esse novo provedor Giap segue qual versão do layout da ABRASF ou tem o seu próprio layout?

Boa noite Igor, A cidade Capão da Canoa/RS se utiliza do provedor Betha, que se utiliza da versão 1 do layout da ABRASF e nesta versão não temos o método de envio GerarNFSe, somente o Enviar. Isso explica a mensagem de erro.

Boa noite André, Favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde Douglas, Já vi isso ocorrer, não faço a menor ideia do que pode ter ocorrido. Tentou dar prosseguimento a pesquisa, ou seja, executou novamente o DistribuicaoDFe passando o valor 558186 como sendo o ultimo NSU?

Bom dia Sergio, Muito obrigado pela colaboração ainda hoje estaremos enviando para o repositório.

Bom dia Claudiano, Até o momento não recebemos nada da implementação realizada por Adenilde.

Bom dia Francisco, Pelo que andei analisando os WSDL do Web Services Recepcionar Eventos do Ambiente Nacional existe sim uma diferença entre eles quanto a versão. Sendo assim a sua alteração faz sentido. FPRetWS := SeparaDadosArray(['nfeRecepcaoEventoResult', 'nfeResultMsg', 'nfeRecepcaoEventoNFResult'],FPRetornoWS ); a tag nfeRecepcaoEventoResult era usada nos retornos de todos os tipos de eventos até a versão 3.10 agora a tag nfeResultMsg será utiliza pelos retornos de recepção de eventos enviados para a SEFAZ-Autorizadora a partir da versão 4.00 e a tag nfeRecepcaoEventoNFResult será utilizada pelos retornos de recepção de ventos enviados para o Ambiente Nacional a partir da verão 4.00

Boa tarde Jocenir, Primeiramente, não coloque o conteúdo de arquivos como texto da postagem, procure sempre anexar. Segundo, você esta fazendo a maior confusão. Você gerou esse XML através de uma rotina própria e esta querendo usar o componente ACBrNFe que é destinado a emissão de Nota Fiscal Eletrônica e não a Nota Fiscal de Serviço Eletrônica. Você precisa usar o componente ACBrNFSe. Favor utilizar o programa exemplo do respectivo componente, ele se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi

Bom dia a todos, Com certeza é algum problema no Ambiente Nacional, pois é lá que ficam todas as notas de todos os Estados.

Bom dia a todos, Bruno, Fiz a alteração no componente e enviei para o repositório. O ACBrMonitor Plus se utiliza do componente, uma nova versão do mesmo já vai contemplar a alteração. Favor baixar a última versão disponível do Monitor e faça novos testes.

Rodrigo, Pode ser que sim, não me recordo se em função do tipo de tributação altera alguma coisa na string que será utilizada para gerar a assinatura. Se não me falha a memória o T e ou NN que aparece na string que você postou se estiver incorreto gera essa rejeição.

Bom dia Alexandre, Primeiramente, peço para que não use o método DistribuicaoDFe e sim o DistribuicaoDFePorUltNSU, pois este último tem apenas 3 parâmentros: UF, CNPJ e UltNSU. function DistribuicaoDFePorUltNSU(AcUFAutor: integer; ACNPJCPF, AultNSU: String): Boolean; Por favor tenha em mente que o valor do UltNSU (terceiro parâmetro) tem que ser sempre igual ao valor retornado na tag ultNSU (ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU) da última execução do método acima. Ao executar pela última vez o método DistribuicaoDFePorUltNSU o valor retornado em ultNSU é 253, é esse valor que devemos informar como terceiro parâmetro na próxima execução do método. Leia atentamente a Nota Técnica: 2014/002 versão 1.02b

Bom dia Sergio, É no arquivo ACBrNFeServicos.ini procure por [NFe_PE_H] e inclua no final. Não esqueça de executar: Compila_RES Reinstale os componentes através do ACBrInstall_Trunk2 E por fim compile com a opção Build a sua aplicação. Faça os testes, estando tudo OK, anexe o ACBrNFeServicos.ini aqui mesmo no fórum para que possamos envia-lo para o repositório.

Bom dia Rodrigo, Desculpe, não damos mais suporte aos fontes do Trunk somente Trunk2. E se tratando de NFS-e o meu foco agora é a NFS-e Padrão Nacional, que até dezembro/2017 será realidade em algumas cidades e a sua massificação vai ocorrer em 2018. Desta forma teremos apenas um único layout e Web Services para todas as cidades brasileiras. Adeus todos os provedores, não vou sentir nenhuma saudade.

Bom dia Rodrigo, Qual é o provedor?

Bom dia Jocenir, Modelo da NFSe para o Estado de Goiás? A NFS-e se refere a Serviço que é a nível municipal e não estadual. Você vai emitir a NFS-e para qual cidade? Já entrou em contato com a prefeitura dessa cidade para saber qual empresa (provedor) eles contrataram para recepcionar as NFS-e?

Bom dia Gean, Se o seu sistema é para automação comercial, você não precisa incluir o CT-e, visto que este tipo de documento é destinado as transportadoras. Você vai precisar da NF-e, NFC-e e SAT de imediato. A NF-e e NFC-e são iguais, logo fez um o outro sai por tabela, visto que o layout do XML da NFC-e é exatamente o mesmo da NF-e. Não só o layout é o mesmo como também os comandos são os mesmos, alias o componente é o mesmo. Já o SAT só é necessário se o seu cliente for do Estado de São Paulo. O MDF-e só será necessário caso algum de seus clientes alem de emitir a NF-e vai realizar o transporte da mercadoria vendida até o destinatário que fica em outra cidade. Mas o MDF-e é muito simples comparado com a NF-e por exemplo. Já o GNRE e o BlocoX por não ter muito conhecimento sobre eles, logo não tenho como opinar.

Bom dia, Ao solicitar o cancelamento, você esta carregando o XML do CT-e que será cancelado? LoadFromFile(sNomeXML, False); // o segundo parâmetro é para o componente não gerar novamente o XML.

Boa noite Pedro, Primeiramente a cidade para qual esta sendo emitida a nota consta no arquivo Cidades.ini e o provedor indicado é o SimplISS? Se sim, note que no arquivo SimplISS.ini temos o seguinte: (...) ; 0 = False / 1 = True (Se True então valida) [Schemas] Validar=0 DefTipos= Cabecalho=nfse_3.xsd ServicoEnviar=nfse_3.xsd (...) Isso significa que o provedor SimpISS requer o arquivo nfse_3.xsd para poder validar o XML. Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SimplISS temos o arquivo nfse_3.xsd A questão agora é saber se realmente o arquivo tem que ter esse nome, vamos conferir. Abrindo o respectivo arquivo com o bloco de nota temos: <xsd:schema xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.sistema.com.br/Nfse/arquivos/nfse_3.xsd" attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://www.sistema.com.br/Nfse/arquivos/nfse_3.xsd" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <xsd:import schemaLocation="xmldsig-core-schema20020212.xsd" namespace="http://www.w3.org/2000/09/xmldsig#" /> <xsd:simpleType name="tsCodigoVerificacao"> (...) Note que o que negritei, mostra claramente que o nome do arquivo esta correto. Conclui-se que você tem que garantir que os arquivos INI e XSD estejam atualizados e o componente configurador corretamente no que diz respeito aos Path dos arquivos INI e Schemas.

Em qual pasta consta essa Unit? Sim no XML, existem casos que ocorre erro quando tem cedilha ou vogal acentuada.

Boa tarde Pedro, Porque essa quantidade de XSD? Esse provedor só utiliza 2 XSD. nfse_3.xsd e xmldsig-core-schema20020212.xsd Na pasta ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SimplISS ainda existe o arquivo nfse_1.xssd mas ele não é utilizado. Não coloque na mesma pasta XSD de provedores diferentes.