italo.giurizzato.junior

Bom dia Carlos, Você errou na montagem da mensagem, o correto é: CTE.CARTADECORRECAO("[EVENTO] idLote=1 [EVENTO001] chCTe=31140386648789000107570010000000381270320140 cOrgao=31 CNPJ=86648789000107 dhEvento=29/07/2014 14:56:22 tpEvento=110110 nSeqEvento=3 [DETEVENTO001] grupoAlterado=enderReme campoAlterado=nro valorAlterado=1234 nroItemAlterado=0") Onde grupoAlerado é o nome da TAG - Grupo, no exemplo enderReme se refere ao grupo Dados do Endereço do Remetente. campoAlterado é o nome da TAG - elemento, no exemplo nro se refere ao numero (lembre-se que temos em xLgr o nome do logradouro e em nro o numero). valorAlterado é o conteúdo novo do campo, no exemplo acima: nro, portanto o numero correto é 1234 (essa é na verdade a correção que estamos efetuando). nroItemAlterado normalmente recebe o valor zero, a não ser que o campo cujo valor será alterado pertence uma lista, por exemplo: Temos o grupo pass - Passagens, ou seja lugares por onde o caminhão vai passar Dentro desse grupo temos o elemento xPass - Sigla ou código interno da Filial/Porto/Estação/Aeroporto de Passagem, etc. O grupo pass é uma lista que pode aparecer n vezes no XML. Vamos supor que você vai corrigir o valor de xPass referente ao terceiro pass. Neste caso o Detalhamento do Evento ficaria assim: [DETEVENTO001] grupoAlterado=pass campoAlterado=xPass valorAlterado=F398 nroItemAlterado=3 F398 é o valor correto e o 3 informado em nroItemAlterado indica que é o terceiro da lista. Espero ter ajudado.

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

Bom dia, Se possível, post como anexo os XMLs: do RPS e do Lote assinados pelo CAPICOM.

Bom dia Codorna, Você chegou a realizar alterações na Unit ACBrProvedorNatal para poder realizar o envio, consulta, etc.? Se sim, por favor post como anexo a unit alterada para que eu possa disponibiliza-la.

Boa tarde Cesar, Você postou somente o arquivo de retorno da inutilização e o de pedido? Pelo o de retorno noto que a SEFAZ esta colocando no cabeção a versão 3.10 mas a versão do retorno esta 2.00 Abra o arquivo <ID>-inu-soap.xml com um navegador que você vai ver isso claramente.

Boa tarde a todos, Juliomar, o GerarNFSe(vAux) que o nosso amigo Dangelo esta apresentando em suas postagem na verdade é uma procedure que alimenta o componente com os dados pertinentes ao RPS. Dangelo, de uma forma extremamente simplificada seria: ACBrNFSe1.NotasFiscais.Clear; AlimentaComponente('42510'); // Só para ficar mais claro o que faz esta linha. ACBrNFSe1.Enviar(vNumLote); ou ACBrNFSe1.Gerar(1); ou ACBrNFSe1.EnviarSincrono(vNumLote); O Enviar trabalha no modo Assíncrono e nos permite o envio de um lote com até 50 RPS, o EnviarSincrono trabalha no modo Síncrono e também nos permite o envio de um lote com até 50 RPS, por outro lado o Gerar envia somente UM RPS. Qual dos 3 devo utilizar, isso vai depender do provedor. Tem provedor que oferece todas as opções, outros somente uma delas.

Boa tarde Diogo, Se possível, post como anexo o XML de pedido de cancelamento da respectiva NFS-e.

Boa tarde Everton, Alterei a function ConsultarNFSe incluindo no seu final os parâmetros: ACNPJTomador: String = ''; AIMTomador: String = ''; ANomeInter: String = ''; ACNPJInter: String = ''; AIMInter: String = '' Agora é só testar. Atualize os fontes e tente realizar a consulta.

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

Boa tarde a todos, O que ocorre ao tentar enviar o lote de RPS utilizando o componente ACBrNFSe? Qual é o erro retornado? Uma dica, o componente possui uma propriedade em sua configuração: Configuracoes.WebServices.Salvar, que no inicio do desenvolvimento é interessante deixa-la com o valor True. Desta forma os arquivos de envio e de retorno são gravados com as TAGs Soap, desta forma é possível comparar com algum exemplo fornecido pelo provedor, bem como detectar algum erro em sua montagem. Os arquivos completos com o Soap tem no final do seu nome -c, mas em breve estarei alterando para -soap para compatibilizar com os demais componentes.

Boa tarde Cesar, Pelo que pude ver o envio do lote, o retorno com o numero do recibo, a consulta através do numero do recibo, bem com o retorno dessa consulta com o protocolo de autorização não versão 3.10 da NF-e esta funcionando 100%. A alteração que fiz nos fontes, ao solicitar a inutilização de uma faixa de números é para gerar sim os arquivos com o -soap caso você venha a atribuir o valor True a propriedade: Configuracoes.WebServices.Salvar.

Boa tarde a todos, O MDF-e é um documento que tem por finalidade relacionar os CT-e (no caso de uma transportadora) ou NF-e (no caso de transporte próprio) alem de informar o veículo utilizado para transportar a carga, o motorista e o trajeto percorrido até chegar o locar que será feito do descarregamento. Se todos estão tendo o erro conforme o título desse tópico, isso me leva a crer que vocês não estão informando as chaves do CT-e ou NF-e.

Esse terceirizado do destinatário você informa como sendo Outros e diz que é ele que é o Tomador do Serviço.

Boa tarde, O Tomador do Serviço, ou seja, que vai pagar pelo frete pode ser: O Remetente da carga, O Destinatário, O Expedidor, O Recebedor, ou Outros. O Expedidor e o Recebedor normalmente são outras transportadoras envolvidas no transporte da mesma carga, temos então a situação de Redespacho ou Redespacho Intermediário. Mas esse não é o seu caso. Se você vai pegar a Carga com o Remetente e vai levar até o Destinatário e nenhum dessas duas pessoas vão pagar pelo frete e como você colocou na sua postagem é outra pessoa, portanto o Tomador do Serviço é: Outros.

Boa noite Xandre, Cuidado, o programa exemplo que acompanha o componente pode estar desatualizado, favor comparar a rotina que alimenta o componente com o manual, para verificar se não esta faltado informar algum campo obrigatório.

Boa noite Cesar, Você atualizou os fontes? Você incluiu a linha na rotina de configuração do componente para atribuir o valor True a propriedade Configuracoes.WebServices.Salvar ? Você compilou a sua aplicação com a opção Build?

Boa noite a todos, Sendo assim concluo que esse evento ainda não foi implementado pela SEFAZ.

Boa noite Antonio, Ao tentar realizar o Download de uma NF-e previamente manifestada, qual é o erro retornado pela SEFAZ?

Boa noite Richard, No que diz respeito aos tributos, aconselho você conversar com um bom contador. Uma coisa é certa, exitem vários valores de devem ser informados ou calculados para cada item. E muitos desses valores devemo no final ser totalizados e o resultado informados em seus respectivos campos no grupo total. Um exemplo, empresa no regime normal com CST = 00 ICMS.CST := cst00; ICMS.vBC := RoundTo(DM_VEN.ItensICMS_vBC.AsFloat, -2); ICMS.pICMS := RoundTo(DM_VEN.ItensICMS_p.AsFloat, -2); ICMS.vICMS := RoundTo(DM_VEN.ItensICMS_v.AsFloat, -2); Note que os campos vBV, pICMS e vICMS recebem os seus valores vindos de uma tabela chamada Itens. Na minha aplicação na medida que o usuário vai incluindo os itens os mesmos vão sendo gravados nessa tabela, mas antes uma rotina chamada Tributos é executada para calcular o valores do ICMS, PIS, COFINS, etc. Portanto a rotina acima alimenta o componente com os dados do Item. Como dito temos que depois totalizar esses valores: BaseICMS := BaseICMS + DM_VEN.ItensICMS_vBC.AsFloat; Para que possamos alimentar os totais: Total.ICMSTot.vBC := RoundTo(BaseICMS, -2); Total.ICMSTot.vICMS := RoundTo(ValorICMS, -2); (...) Espero ter ajudado.

Boa tarde Eventon, O que não foi implementado é a possibilidade de consultar informando o tomador e o Intermediário de Serviço. Os parâmetros a mais que aparecem como: pagina, senha, entre outros, é devido as aberrações que os outros provedores promovem no "layout" da ABRASF. Coloquei layout entre aspas pois os provedores veem como sugestão e não como um padrão.

Boa tarde Denilson, A grosso modo o diferencia a NF-e da NFC-e é o modelo do documento, um é 55 e o outro é 65 e algumas TAGs ou grupos de TAGs que são obrigatórios em um ou no outro modelo. Do resto é tudo igual, não é a toa que não foi criado um segundo componente para a NFC-e. Posso lhe dizer que o componente ACBrNFe com a seguinte configuração: ModeloDF := moNFe; VersaoDF := ve200 ou ve310; Esta apto a realizar todas as tarefas necessário no que diz respeito a NF-e. por outro lado ao configurar da seguinte forma: ModeloDF := moNFce; VersaoDF := ve310; Esta apto a realizar todas as tarefas necessário no que diz respeito a NFC-e. Mas procure ter em mãos a Nota Técnica 2013/005 versão 1.03, pois nessa NT você vai encontrar tudo sobre a NF-e e NFC-e, o que é necessário em um e opcional no outro.

Boa tarde Caetano, Já tentou incluir na sua aplicação a seguinte linha? ACBrNFe.Configuracoes.WebServices.Visualizar := False;

Boa tarde Richard, Alguns desses campos no DANFE se referem ao total, por exemplo o Total da Base de Calculo do ICMS. A pergunta é: alem de você alimentar o valor da base de calculo do icms do item esta também realizando a soma desse dessa informação de todos os itens e alimentando o total da base de calculo? No programa exemplo esta sendo atribuído o valor zero, mas você deve atribuir a somatória. Na rotina que alimenta o componente (programa exemplo) procure por Total.ICMS

Boa tarde Cesar, Você postou os arquivos errados, post como anexo os que possuem -soap no nome.

Boa tarde Robson, A SEFAZ esta promovendo uma alteração em um dos seus WebServices que visa esse tipo de coisa. Mas ainda não esta disponível essa alteração bem como a implementação no componente. Por favor leia a Nota Técnica 2014/002.