Italo Giurizzato Junior

Boa tarde Sergio, Deleta a unit e baixa novamente.

Marcelo, Acredito o erro que você tendo é devido a configuração do componente. Outra coisa, para você gerar um DigestValue para comparar com o do XML, você iria precisar do certificado do seu cliente.

Boa tarde, No arquivo INI do provedor Pronimv2 a versão é 2.02 Caso a cidade tenha mudado para 2.03 basta acrescentar as linhas: VersaoDados=2.03 VersaoAtrib=203 no arquivo cidades na respectiva cidade. Isso faz com que o componente utilize a versão que esta no arquivo Cidades.ini em vez da que esta no Pronimv2.ini Observação importante esse recurso esta disponível para todos os provedores que utiliza versões diferentes para as cidades que eles atendem.

Boa tarde Dercide, Favor anexar o arquivo INI do provedor com as alterações, para que possamos analisar.

Boa tarde Junior, Realmente esse provedor EloTech pelo que me recordo realiza uma assinatura totalmente fora do padrão adotado na NF-e, CT-e, MDF-e, BP-e, eSocial, Reinf e NFS-e. Paciência, fazer o que, existem loucos para tudo.

Boa tarde João, Esse provedor na verdade é DataSmart, inclua a cidade deseja aos moldes da cidade: Nonoai/RS.

Boa tarde Dimas, Não tem nada nesse sentido, mas você se basear no que foi feito para imprimir o DANFSE através da leitura do XML da NFS-e e fazer um DARPS através da leitura do XML do RPS.

Boa tarde a todos, A cidade em questão se utiliza do provedor Pronim, este por sua vez segue a versão 1 do layout da ABRASF. Na versão 1 não contempla os serviços SubstituicaoNFSe, GerarNFSe e EnviarLoteRpsSincrono no webservice. Mas como já foi dito, nada impede o provedor de disponibilizar esses serviços via Site.

Boa tarde rodrigo, Essa URL é do Namespace ou do webservice? Se é do webservice a sua alteração esta errada. Outra coisa, usei a URL que consta no arquivo INI para a respectiva cidade e funcionou, se remover o "index/" ocorre erro. Veja o WSDL: definitions targetNamespace="http://nfe.sdolivramento.com.br/webservice/index/producao" Note que continua o index na URL do Namespace.

Boa tarde Édipo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Alex, Favor anexar a unit alterada para que possamos analisar.

Boa tarde Marcelo, Não entendi bem o motivo dessa verificação, mas uma coisa é certa se você gerar o XML, assinar, alterar algo no XML e depois enviar a SEFAZ vai rejeitar. Para que isso não ocorra a minha sugestão é só gerar o XML no momento do seu envio. Ou seja, alimenta o componente com os dados lidos do banco de dados, execute o método Assinar, pois este se encarrega de gerar o XML, execute o método Validar e por fim o Enviar.

Boa tarde Diego, Anexa o XML gerado para que possamos analisar.

Boa tarde Élviro, Quais são as informações que compõe o grupo <infRespTec>? CNPJ, xContato, email, fone. Note que devemos informar o nome do contato e não a razão social ou nome fantasia da empresa. Sendo assim, você vai informar o CNPJ da empresa onde você trabalha, com relação ao contato pode ser você ou o seu superior, caso exista um gerente de TI (por exemplo) o e-mail e telefone pode ser da empresa.

Olá pessoal, Eu sou o Italo, casado há 29 anos, tenho 2 meninos lindos de olhos verdes, o mais velho já esta formado e trabalhando, o mais novo se forma no final do ano que vem e já esta em busca de estagio. Ambos Engenheiros Mecânicos, infelizmente ou felizmente não seguiram a carreira do pai, garoto de programa. Para quem gosta de números: Eu casei no civil no dia 8 as 9 horas e no religioso no dia 9 as 10 horas. O meu primeiro filho nasceu no primeiro sábado de janeiro de 1993 ( 93 => 9 - 3 = 6 ). O meu segundo filho nasceu no segundo sábado de janeiro de 1996 ( 96 => 9 - 6 = 3 ); Se pegarmos o 6 e o 3 que é o resultado das contas acima temos 63, 1963 é o ano que nasci. A patroa, dona da pensão é 2 anos mais velha do que eu. Uma curiosidade sobre o meu batizado, o padre na época invocou com o meu nome, não queria batizar de forma alguma, pelo simples fato de não ser um nome de santo. Logo eu que sou um santo. Qual foi a solução adotada? Incluíram "José" no meu nome de batismo, ficando: Italo José. Agora é a vez de vocês. Vamos, criem coragem.

Bom dia Fábio, Até onde sei o provedor Cecam não foi implementando no componente ACBrNFSe. Se desejar implementar ficaremos agradecidos.

Boa tarde Leo, Uma pequena observação as propriedades Tentativas e IntervaloTentativas se tratando do método DistribuicaoDFe não tem função nenhuma. Elas são utilizadas somente quando realizamos a consulta através do numero do recibo, essa consulta é realizada automaticamente logo após o envio do lote. Outra coisa importante é saber que o webservice DistribuicaoDFe bem como o de recepção de eventos de Manifestação do Destinatário se encontram no Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora.

Boa tarde, Uma coisa é o XML do BPe cujo nome padronizado é <chave>-bpe.xml outra coisa é o XML de um evento cujo nome padronizado é <ID>-procEventoBPe.xml Você tem o XML final, ou seja, o de processando do evento do BP-e? Se sim, por favor anexa.

Boa tarde Warley, Então eu creio que esta desatualizado, pois a revisão mais recente é 15884. Favor atualizar todos os fontes de todas as pastas e reinstale os componentes usando o ACBrInstall_Trunk2.

Boa tarde Felippe, Acredito que você não entendeu direito o problema. Só podemos emitir um CT-e de Anulação quando o tomador não for contribuinte do ICMS. A regra é muito simples. Para tomador não contribuinte do ICMS: 1. o tomador deverá emitir uma declaração; 2. emitir um CT-e de Anulação referenciando o CT-e Original. Veja página 178 do Manual do CT-e versão 3.00 - campos: #393, #394 e #395. 3. emitir um CT-e de Substituição referenciando o CT-e Original e o de Anulação. Veja página 177 do mesmo manual - campos: #370, #371 e #372. Para tomador contribuinte do ICMS (logo emite NF-e ou CT-e ou NF comum de papel): 1. o tomador deverá emitir um documento fiscal, que poderá ser um dos 3 tipos de documentos mencionados acima, isso vai depender do tipo da empresa. 2. emitir um CT-e de Substituição referenciando o CT-e Original e o documento emitido pelo tomador. Veja página 177 do mesmo manual - campos: #370, #371, #373 e #374 (no caso da NF-e) ou #384 (no caso do CT-e) ou os campos pertencentes ao grupo #375 (referente a NF comum de papel). Note que o CT-e de substituição emitido pelo Rene esta sendo rejeitado pelo simples fato dele ter emitido um CT-e de anulação cujo tomador é contribuinte. Esse foi o grande erro. Veja também a regra G158 que se encontra na página 51 do mesmo manual. Por fim esse trecho da legislação que você postou se refere ao problema de emitir um CT-e e informar o tomador erroneamente. Mas acaba misturando as coisas, pois não deixa claro o procedimento correto quando o tomador é contribuinte e quando não é. Para mim o que vale é a orientação que se encontra na Clausula Décima Sétima, esta sim deixa claro o procedimento e o manual bem como as regras de negócio da SEFAZ estão em conformidade com essa Clausula.

Esse XML que você esta deseja ler na realidade é o XML de pedido de cancelamento que é enviado para SEFAZ. E não o XML *-procEventoBPe.xml que é o resultado final do processamento que contem o pedido mais o protocolo de homologação do evento junto a SEFAZ. Qual é a sua intensão de carregar esse XML?

Bom dia, Favor anexar o XML que deseja carregar e a unit alterada para que possamos analisar.

Renato, Isso é um absurdo, os caras estão mau orientados. Essas pessoas que foram paradas acredito que estavam utilizando um veiculo de transporte de carga, algo do tipo caminhão, camionete, furgão. Essas compras são para consumo próprio ou para revenda?

Bom dia Warley, Você esta com todos os fontes atualizados? Pois analisando o XML de retorno não encontrei nada de anormal no fonte do componente.

Bom dia Renato, Esses proprietários de veículos que realizam o transporte são remunerados, ou seja, cobram para realizar esse transporte? Se sim, podemos considerar como autônomos e neste caso acredito que eles vão ter que solicitar o RNTRC.