Italo Giurizzato Junior

Boa tarde a todos, Realmente segundo os schemas a tag Alíquota deve ser gerada com 4 casas decimais. Alteração realizada e enviada para o repositório. Vou fechar o tópico.

Boa tarde Fabio, A principio o ambiente de homologação funciona tanto com ou sem certificado digital, por outro lado o ambiente de produção só funciona com o certificado digital. Entrei em contato com o eFrete passei um relatório com os testes que realizei e estou aguardando um retorno deles.

Boa tarde Thiago, Complementando o que o Big Wings disse, no caso do CT-e devemos utilizar o método DistribuicaoDFePorUltNSU. Caso você já tenha feito alguma rotina para a NF-e usando o método acima, ela é idêntica para o CT-e.

Boa tarde, Já enviei para o repositório, muito obrigado pela colaboração.

Boa tarde, Muito obrigado pela colaboração, já esta no repositório. Por favor atualize todos os fontes de todas as pastas e faça novos testes.

Boa tarde Haroldo, Já enviei para o repositório.

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

Bom dia a todos, O provedor Elotech pelo que notei ele segue a versão 2 do layout do ABRASF com algumas pequenas diferenças. Sendo assim não deveria existir a unit pnfsNFSeW_Elotech.pas, pois a geração do XML deveria ser feita pela unit pnfsNFSeW_ABRASFv2 como é dos demais provedores que seguem essa versão. Não entendi a necessidade de criar esses métodos novos para o cancelamento tanto ACBrNFSeNotasFiscais quanto no pnfsNFSeW e pnfsNFSeW_Elotech, visto que a montagem do XML de cancelamento se encontra na unit pnfsNFSeG, inclusive o de consulta. Logo se existe algo diferente, essa diferença ao solicitar a consulta ou cancelamento deve ser tratado nessa unit.

Boa tarde Carlos, Você quer que apareça no DANFE? Se sim, não existe nada previsto em manuais a impressão desses valores, mas não te impede de acrescenta-los também na mensagem de observação.

Boa tarde Reinaldo, Verifique se não tem nenhuma atualização do Windows pendente.

Boa tarde, Muito obrigado pelo arquivo, assim que possível vou analisar a sua contribuição.

Bom dia Fabiano, Conforme consta na NT 2020/001 versão 1.04 página 10 temos as seguintes regras: Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3), o grupo produto predominante deve estar informado (grupo: prodPred) Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] e Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] Essas duas regras são facultativas, mas como o MDF-e só é recepcionado pela SEFAZ-Virtual do RS com certeza vão ser aplicadas. A não ser que dependendo da UF do emitente a SVRS vai aplicar ou não essas regras.

Bom dia Valter, Acredito que em DataEmissao é a data que a nota esta sendo emitida, por outro lado Competência seria a data que o serviço foi prestado. Já DataEmissaoRPS é utilizado por algum outro provedor e que acredito deva receber a mesma data do DataEmissao.

Bom dia Goes, Poderia anexar a unit alterada para que possamos analisar?

Bom dia Manuela, Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Esta fazendo os testes com o programa exemplo do componente?

Bom dia ALA, Ainda nada foi feito.

Bom dia Wilchaia, Então temos um novo provedor chamado Futurize e a cidade Matias Barbosa/MG passou a utilizar ele. Agora podemos dar continuidade com a implementação.

Bom dia Wellington, Por favor não fique postando o mesmo problema em vários tópicos. Vamos seguir as regras do fórum. Pesquise antes de postar e só crie um novo tópico se o assunto não tiver haver com o que esta sendo discutido nos demais.

Bom dia Walfrido, Esse erro também ocorre com o programa exemplo? Você atualizou todos os fontes de todas as pastas? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Quanto a questão do envio, você deve verificar junto a prefeitura se existe um limite diário de envio de notas.

Bom dia Carlos, Existe uma outra postagem que esta tratando desse provedor, sugiro que você acompanhe ele. Este tópico será fechado.

Bom dia a todos, No caso da NFS-e temos alguns passos a seguir: 1. Verificar se a cidade em questão se encontra no arquivo Cidades.ini, esse arquivo esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI 2. Se não existe é preciso entrar em contato com a prefeitura para saber qual é a empresa que foi contratada para implementar a NFS-e na cidade. Essa empresa chamamos de provedor. 3. Verificar se na mesma pasta indicada acima existe um arquivo INI com o nome do provedor. 4. Se sim, basta incluir a cidade no arquivo Cidades.ini aos moldes das demais que se utilizam do mesmo provedor. 5. É importante obter as URLs de homologação e de produção desse provedor para a cidade em questão, pois em alguns casos devemos informar um fragmento dessas URLs no arquivo Cidades.ini 6. Por fim utilizar o programa exemplo do componente ACBrNFSe para iniciar os testes. Agora se o provedor não existe, vai ser necessário descobrir se ele segue a versão 1 ou 2 do layout da ABRASF ou se possui um layout próprio para que seja possível implementar ele no componente. Se ele possui um layout próprio o tempo e a dificuldade de implementar será grande comparada com os que seguem a ABRASF. Espero ter dado um norte.

Bom dia, Eriq e Farnetani muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório.

Bom dia Heronim, Desculpe pela demora no retorno, é que estamos analisando a possibilidade de gerar a assinatura da forma que o provedor espera.

Bom dia a todos, O evento Prestação de Serviço em Desacordo é emitido pelo tomador do serviço e não pela transportadora, sendo assim não se faz necessário o tomador estar habilitado a emitir o CT-e, muito pelo contrario. Devemos lembrar que o tomador pode ser o remetente da carga ou o destinatário ou o Expedidor (transportadora) ou Recebedor (transportadora). Observação: O Expedidor e Recebedor como dito acima são transportadoras, estas aparecem no CT-e quando o transporte da carga envolve outras transportadoras para que a mercadoria vá do remetente até o destinatário, logo temos o tipo de serviço Redespacho ou Redespacho Intermediário.

Bom dia Haroldo, Você poderia se for possível anexar o XML da NFS-e, pois esta estranho o código do ItemListaServico ser retornado somente na tag CodigoTributacaoMunicipio. Pois pelo que entendo são coisas distintas. O código de tributação do município é um código adotado pela prefeitura do município, portanto não existe uma padronização, algumas prefeituras se utilizam do mesmo código informado em ItemListaServico, outras usam o CNAE. Supondo que a prefeitura em questão adotou o código do ItemListaServico como sendo o CodigoTributacaoMunicipio, o provedor deveria retornar esse mesmo código em ambas as tags.