Italo Giurizzato Junior

Olá pessoal, Conforme Decreto 384/2020 o valor da regra abaixo para MT passará para R$ 1.000,00, a partir de 01/04/2020: W16-40 (NT 2015.002) Valor Limite (Teto) do total da NFC-e sem identificação do destinatário Obs: informamos que é necessário o preenchimento de todos os dados do contribuinte.

Se você trabalha com o Delphi porque não utiliza diretamente os componentes? Os componente foram feitos para o Delphi/Lazarus, as DLLs para quem trabalha com outras linguagens.

Boa tarde, Vai ser necessário "debugar" a unit que gera o XML do provedor para descobrir o porque não esta gerando a tag em questão.

Boa tarde Flávio, Em qual linguagem vocês trabalham?

Boa tarde Eduardo, Não, somente aqueles que se referem ao manual. Eu faço da seguinte forma: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe.Configuracoes.Geral.FormaEmissao := teNormal; 1: ACBrCTe.Configuracoes.Geral.FormaEmissao := teFSDA; // Contingencia FSDA 2: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCSP; end; No caso do EPEC devemos utilizar o teDEPC pois ele gera o valor 4 na tag <tpEmis>

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá pessoal, Foi feito uma alteração nas units que geram os XMLs dos RPS de todos os provedores. Essa alteração visa simplificar o código, antes era usado os métodos wGrupoNFSe e wCampoNFSe em vez de wGrupo e wCampo. O problema é que os métodos padrões não eram capazes de gerar as tags com prefixo como é o caso de alguns provedores, como exemplo o Ginfes. Foi feita uma alteração nos métodos wGrupo e wCampo visando a geração da tag com prefixo quando for o caso. Caso ocorra algum problema, favor criar um tópico referente ao componente ACBrNFSe informando qual é o provedor e não esqueça de anexar o XML gerado anteriormente a mudança e agora, para que possamos realizar as devidas correções. Muito obrigado e agradeço desde já a colaboração e compreensão de todos. Estamos trabalhando em um Refactoring do componente ACBrNFSe que vai simplificar ainda mais as units que geram o XML, a intenção é eliminar todos os IF e CASE que se referem aos provedores, deixando o código muito mais limpo.

Boa tarde Flávio, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr através do programa ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça os testes usando o programa exemplo.

Boa tarde Ferreira, As alterações feitas no layout do MDF-e visa atender a ANTT, possibilitando que o numero do CIOT seja gerado automaticamente pelo sistema MDF-e (SEFAZ). Segundo a RESOLUÇÃO Nº 5.862, DE 17 DE DEZEMBRO DE 2019 temos o seguinte: Art. 1º Esta resolução tem por objetivo regulamentar o cadastro da Operação de Transporte necessário para a geração do Código Identificador da Operação de Transporte - CIOT e os meios de pagamentos do valor do frete referentes à prestação de serviços de transporte rodoviário remunerado de cargas. Se os seus clientes não são transportadoras, portanto são empresas que vendem os produtos e realiza o transporte dos produtos vendidos, no meu entendimento não se enquadra no artigo primeiro da resolução. Logo não se faz necessário alterar nada na sua aplicação.

Bom dia a todos, Favor substituir as Units por estas em anexo. ACBrDFe.zip Elas devem ficar dentro da pasta: ...\Fontes\ACBrDFe Após realizar a substituição, favor reinstalar os componentes e façam um novo teste.

Bom dia Júlio, Favor substituir as Units por estas em anexo. ACBrDFe.zip Elas devem ficar dentro da pasta: ...\Fontes\ACBrDFe Após realizar a substituição, favor reinstalar os componentes e faça um novo teste.

Bom dia Dercide, Muito obrigado pela colaboração, já enviei para o repositório. Observação: se tratando de novas cidades ou mudança de provedor, por favor utiliza o tópico exclusivo para essa finalidade, obrigado.

Bom dia, A tag <AlqIss> é gerada com o valor atribuído a: NFSe.Servico.Valores.Aliquota Já a tag <AlqIssSN_IP> é gerada com o valor atribuído a: NFSe.ValoresNfse.Aliquota Conforme consta nos fontes do componente. Se o emitente é Simples Nacional e deve ser gerado a tag <AlqIssSN_IP> favor alimentar o campo indicado acima. Agora se mesmo assim a tag não esta sendo gerada, verifique se realmente sendo atribuído um valor diferente de zero.

Bom dia goesnando, Muito obrigado pela informação.

Bom dia Paulo, A diferença é que o componente esta convertendo para string o conteúdo das mensagens de cabeçalho e dados e o que o fez foi incluir o XML dessas mensagem dentro do CDATA. Por favor entre em contato com o provedor Actcom e verifique se o webservice que recepciona o RPS da cidade de Ipatinga segue a versão 1 ou 2 do layout da ABRASF. No arquivo Cidades.ini consta que segue a versão 1, eu acredito que esse provedor desativou a versão 1 e agora só tem a versão 2. Se for isso, então devemos gerar o XML do RPS segundo a versão 2, com isso pode resolver o problema. Verifique com exatidão a versão, pois temos as versões: 2.01, 2.02, 2.03 e 2.04

Bom dia Simons, Muito obrigado pelo retorno. Vamos aguardar.

Bom dia Eduardo, Pela mensagem de erro de validação, diz que a tag NumeroLote esta com o valor vazio. Favor informar um numero para o lote.

Bom dia Diego, Muito obrigado pela informação, editei a sua postagem removendo o nome do funcionário da Receita.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Jhonlenon, As tags Latitude e Longitude não são geradas porque você informou o CEP, simples assim. Veja o diagrama abaixo: Dentro dos grupos infLocalCarrega e infLocalDescarrega ou contem o CEP ou contem a latitude e longitude. Já mais vai conter as 3 tags.

Bom dia Reinaldo, Reforçando o que o Junior já colocou. No grupo InfLocalCarrega e InfLocalDescarrega ou você informa o CEP ou a Latitude e Longitude, conforme consta na Nota Técnica 2020/001 do MDF-e Integrado. Note que na coluna Elemento essas 3 tags contem CE que significa: que a tag é um Elemento que deriva de uma escolha (Choice); Apesar de estar mal formatado na lista de tags, mas o diagrama deixa muito bem claro.

Olá Pessoal, Esse tópico tem por finalidade responder as perguntas mais frequentes que aparecem no fórum. 1. O que vem a ser o CIOT? R.: CIOT - Código Identificador da Operação de Transporte, portanto é um numero obtido através do cadastramento da operação de transporte no sistema eletrônico (via site ou webservice) das IPEF - Instituição de Pagamento Eletrônico do Frete. Tem por finalidade regulamentar o pagamento do valor do frete nas prestações dos serviços de transporte de carga rodoviário. 2. Onde o CIOT é informado? R.: O numero do CIOT é informado no MDF-e, mais precisamente no campo CIOT que se encontra dentro do grupo infCIOT que por sua vez esta dentro do grupo infANTT do grupo rodo, portanto devemos informar o CIOT quanto se tratar de transporte Rodoviário. 3. Como obter o CIOT? R.: O numero do CIOT pode ser obtido através do site ou pelo webservice de uma das IPEF - Instituição de Pagamento Eletrônico do Frete, como por exemplo o eFrete. 4. Como faço para obter o CIOT via webservice? R.: Já se encontra disponível o componente ACBrCIOT (Delphi/Lazarus) que se utiliza do webservice do eFrete. Ainda não esta disponível o CIOT em DLL ou no ACBrMonitor Plus. 5. Quando sou obrigado a informar o CIOT no MDF-e? R.: Quando se tratar de um transporte rodoviário carga lotação, ou seja, toda a carga do caminhão possui apenas um contrato de transporte portanto apenas um embarcador. 6. Tem que informar o CIOT quando for carga fracionada? R.: Não, ainda não existe nenhuma obrigatoriedade imposta pela ANTT no caso de carga fracionada, pode ser que futuramente se torne obrigatório. 7. A minha empresa não é uma transportadora, apenas vendo e realizo o transporte com caminhão próprio da mercadoria vendida, devo informar o CIOT no MDF-e? R.: Não, somente as empresas que realizam a prestação de serviço de transporte de carga, ou seja, transportadora. 8. Onde posso obter notícias sobre o CIOT? R.: Clique Aqui. 9. Ao enviar qualquer evento para o eFrete recebo a seguinte mensagem de retorno "Integrador de software não homologado para esta solicitação", como resolver? R.: O Desenvolvedor deve entrar em contato com o eFrete e solicitar o seu cadastramento como Integrador (desenvolvedor), por e-mail receberá um código chamado Hash do Integrador que deverá ser informado na propriedade de configuração do componente chamada: HashIntegrador. 10. Posso usar "TipoPagamento = EFrete" em homologação sem custos? R.: Sim pode utilizar sem problemas, este ambiente é apenas paras testes. 11. Quando em modo de produção usando TipoPagamento = EFrete de quem será cobrado, do contratante? R.: Em produção no formato atual o valor é cobrado do contratante. 12. Posso usar o componente ACBrCIOT sem a necessidade de um certificado digital? R.: Sim, vamos aos requisitos e como proceder. Configuração do componente, vide imagem do programa exemplo: Note que não foi informado nada referente ao certificado no quando "Certificado" e devemos utilizar o libOpenSSL. Devemos também atribuir o valor False a propriedade UseCertificateHTTP da seguinte forma: ACBrCIOT1.SSL.UseCertificateHTTP := False; Para que o componente entenda que não vai ser utilizado o certificado digital. Como proceder: Quando não é utilizado o certificado digital antes de qualquer operação (cadastro de motorista, veiculo, operação de transporte, etc) devemos executar o Login e no final quando não tem mais nenhuma operação devemos executar o Logout. No programa exemplo é demostrado como devemos alimentar o componente para realizar essas duas operações. Quando executamos o Login o eFrete nos retorna o Token que deve ser atribuído a propriedade Token da seguinte forma: with ACBrCIOT1.Contratos.Add.CIOT do begin // Só é necessario se usar usuario e senha e não o certificado Integradora.Token := sToken; (...) end; A variável sToken contem o Token retornado pelo eFrete. Observação: toda vez que for executado o Login o eFrete gera um novo Token. Na procedure referente ao botão [Criar e Enviar] é mostrado como ler do retorno o valor do Token. Atenção: essa informação só vai ser retornada na operação de Login.

Bom dia Diego, Pra que facilitar se eles podem complicar. Concordo com você.

Bom dia Ana, O validador da SEFAZ-RS ainda não foi atualizado, mas os schemas que estão disponíveis na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe validam o MDF-e de forma correta. Mantenha todos os fontes de todas as pastas atualizados para garantir um bom funcionamento dos componentes.

Bom dia Valter, Muito obrigado pela colaboração, já enviei para o repositório.