Italo Giurizzato Junior

Boa tarde Brunno, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes com o ACBrInstall_Trunk2 e repita os testes.

Boa tarde Jacson, Mas esse XML que você anexou já é o da NFS-e, logo o RPS que foi enviado foi processado com sucesso.

Boa tarde Rodrigo, Desculpe mas, se você já viu o XML de uma NF-e de venda de produtos iria perceber que este não tem nada haver. Esse XML possui um grupo chamado <prestador> e outro <tomador>, esses termos são muitos usados em notas de serviço, já que de venda de produtos temos é usado os termos: Emitente e Destinatário. Logo esse XML é de uma nota de serviço.

Bom dia Sergio, Se você puder disponibilizar essa documentação, quem sabe podemos fazer um componente para consumir esse webservice.

Bom dia Juceli, O problema é que toda vez que vai imprimir o DACTE a aplicação deve estar gerando novamente o XML e atribuindo ao campo cCT o valor zero. Desta forma o componente gera o código numérico do conhecimento usado na chave de forma aleatória, com isso os 8 dígitos do código numérico e mais o digito verificador mudam. Ao lançar um conhecimento no sistema você deve gerar esse código de forma aleatória a gravar na tabela no banco de dados juntamente com os demais dados do conhecimento. Desta forma se for necessário gerar novamente o CT-e a chave sempre será a mesma, pois você vai pegar o código aleatório gerado e salvo no banco de dados e atribuir a cCT. Mas para imprimir ou visualizar o DACTE não é necessário ficar gerando novamente o XML, basta carregar o XML assinado e com o protocolo de autorização através do método LoadFromFile e depois executar o método Imprimir.

Bom dia, Favor anexar os XMLs .

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

Bom dia Fabio, O retorno de uma consulta sempre vai retornar apenas um evento R-5011? Se retornar mais de um, o numero do protocolo é diferente de cada um deles?

Bom dia Elvis, Se você puder adequar os fontes conforme as alterações, ficaremos gratos.

Bom dia Danilo, Você tentou configurar o componente para o libWinCryt? Se sim, qual foi o resultado?

Bom dia Paulo, Se esta ocorrendo de validação por parte do componente, ou seja, o BP-e nem chega a ser enviado, com certeza os Schemas que a aplicação esta se utilizando estão desatualizados. Favor atualizar todos os fontes de todas as pastas e reinstale os componentes usando o ACBrInstall_Trunk2. Os schemas atualizados se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\BPe

Boa noite Mauro, O grande X da questão é o seguinte. Existe o projeto da NFS-e Padrão Nacional que estou torcendo muito que vire realidade. Se o que penso se tornar realidade vamos ter uma propriedade de configuração inútil e o componente ACBrNFSe com a migração das cidades para o Padrão Nacional a cada dia será menos utilizado até ser extinto. No momento eu prefiro incluir IFs e CASEs no código do ACBrNFSe para contornar a falta de padronização entre os provedores. Uma outra solução é criar um campo de configuração no arquivo INI do provedor, por exemplo: RemoverQuebradeLinha=S Se esse campo não existir ou o seu valor for N a quebra de linha não será removida. Uma nova propriedade de configuração seria incluída no ACBrNFSeConfiguracoes e utilizada pelo ACBrNFSeWebServices. O que você acha?

Bom dia, O componente ACBrNFSe gera e envia o RPS. O Webservice do provedor recebe o XML do RPS, valida e se estiver tudo correto, gera e retorna o XML da NFS-e. Agora se a rotina que gera o XML da NFS-e via Webservice não gera as tags mencionadas e a rotina que gera o XML para você baixar via site gera, logo o problema é no provedor. Favor entrar em contato com eles e mencionar o problema.

Bom dia AJA, Pelo erro o problema esta ocorrendo na consulta, favor anexar o XML referente a consulta.

Bom dia Bruno, Favor anexar o arquivo de envio de lote gerado e enviado pela aplicação antiga para que eu possa verificar se existe de algo diferente no XML.

Bom dia Weber, Favor atualizar todos os fontes, fiz uma alteração no arquivo Cidades.ini que vai resolver o problema no que diz respeito a geração do Link.

Bom dia Graça, A propriedade ValorOutrasRetencoes é utilizado pelo provedor Governa já a OutraRetencoes é utilizada pelos demais provedores.

Bom dia Mauro, Fiz uma alteração no fonte do ACBrNFSe que acredito que vai resolver o problema de remover as quebras de linhas no XML de retorno. Ainda hoje estarei enviando para o repositório.

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

Bom dia Dalvan, Devemos sempre informar o CNPJ por inteiro e não apenas os 8 primeiros dígitos, o componente que vai decidir quando e onde deve ser usado o CNPJ Base.

Bom dia Diego, Peguei o XML teste1 que você anexou e usei o programa exemplo do eSocial, carreguei o XML usando o botão [Carregar XML]. O XML foi carregado, assinado e validado sem nenhum problema.

Bom dia a todos, Aviso publicado na data de 16/07/2018 no Portal Nacional do BP-e. https://bpe-portal.sefazvirtual.rs.gov.br/Bpe/Avisos/89 O Ajuste SINIEF 08/18 estabeleceu as datas de início da obrigatoriedade do BP-e. Para transporte interestadual e internacional de passageiros o início da obrigatoriedade será a partir de 01 de janeiro de 2019, e para transporte intermunicipal de passageiros inicia no dia 01 de julho de 2019. Fiquem atentos as datas e verifiquem o Ajuste na seção de Legislação do portal. https://www.confaz.fazenda.gov.br/legislacao/ajustes/2018/ajuste-sinief-08-18

Bom dia Weber, Os caras não consegue seguir um padrão de montagem do link estipulado por eles. São muito amadores mesmos. O problema é que com essa alteração no arquivo INI gera efeito colateral para as demais cidades.

Bom dia a todos, Rafael, assim que estiver pronto a sua implementação anexa os fontes para que eu possa analisar. ALA, acredito que não, pois pelo que entendi ocorreu um divórcio e cada um vai seguir o seu caminho.

Já fiz a correção, favor atualizar os fontes, reinstalar o componentes e testar novamente.