Italo Giurizzato Junior

Boa tarde, Sugiro entra em contato com a SEFAZ e questioná-los sobre esse cenário.

Boa tarde Marcelo, Favor atualizar novamente, fiz mais uma alteração no Schema: tiposGeralMDFe_v3.00-OPENSSL.xsd

Boa tarde Dirlenio, Pelo que estou entendendo foi emitido um CT-e, mas foi informado a pessoa errada como tomador do serviço. Essa pessoa emitiu o evento de Prestação de Serviço em Desacordo. Agora você quer emitir um CTe de Substituição informando o Tomador correto?

Bom dia, Primeiro gostaria de lhe pedir mais atenção quando postar, pois local é destinado a questões do componente ACBrCTe e não ACBrNFe. Segundo o retorno diz que no momento não foi localizado nenhum documento, sendo assim é preciso aguardar e tentar novamente.

Entendi. Dentro do grupo <infCteComp> só existe uma tag: <chCTe> cujo conteúdo devemo informar a chave do CTe a ser complementado. Faça um teste, pode ser que seja rejeitado pela regra G73, mas não custa nada tentar.

Bom dia Marília, Não entendi, você tem uma uma rotina própria que gera o XML? E ao ler esse XML pelo ACBrCTe, ele gera novamente o XML e remove a tag, mas qual tag? Anexo o XML gerado pela sua aplicação e outro gerado pelo ACBrCTe.

Bom dia a todos, Se emitirmos um CT-e de Anulação em seguida devemos emitir o CT-e de Substituição, mas podemos emitir o CT-e de Substituição sem ter emitido o CT-e de Anulação, vamos a um exemplo para entender. Se o tomador do serviço não for contribuinte do ICMS a sequencia é: CT-e Normal -> CT-e de Anulação -> CTe- de Substituição. Se o tomador do serviço for contribuinte do ICMS a sequencia é: CT-e Normal -> CTe- de Substituição.

Bom dia Adryelle, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Cezar, Acredito que você não entendeu, a cidade de Guarapuava/PR se utiliza do provedor Pronim (versão 2) sendo assim é preciso utilizar os Schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Pronimv2 caso contrario você terá esses tipos de erros.

Bom dia Gomes, Essa cidade possui um Web Service próprio ou contratou alguma empresa (provedor)? Pelo exemplo notei que não segue o layout da ABRASF. Eu em particular não vou implementar por conta do projeto da NFS-e Padrão Nacional, cujo projeto piloto esta marcado para iniciar agora em dezembro/2017.

Bom dia Leonardo, Muito obrigado pela colaboração, já esta no repositório. Esta correto a sua alteração.

Bom dia Heronim, Esse provedor tem um Schema para cada cidade?

Bom dia Diego, Favor atualizar os fontes. Note que fiz uma alteração no arquivo INI do provedor, vamos ver se agora o provedor consegue processar o Lote. A alteração que fiz foi somente no método Enviar. Procure usar o programa exemplo para realizar os testes.

Bom dia Walfrido, Se não me falha a memória o provedor Ginfes se utiliza de uma versão de Schemas para o Web Services (por exemplo: tipos_v03.xsd) e uma outra para importar o XML via site (por exemplo: tipos_v02.xsd). Como o componente se propõe a gerar o XML para ser enviado para o Web Services, logo ele gera o XML e o valida segundo a versão 3 e não a 2.

Bom dia Andrei, O retorno vazio ocorre em qual momento (Envio, consulta, cancelamento)? Qual provedor? O problema surgiu de uma hora para outra?

Bom dia, Segundo o Manual do CT-e versão 3.00 na página 154 temos: tpCTe = Tipo de CT-e que pode receber os seguintes valores: 0 - CT-e Normal; 1 - CT-e de Complemento de Valores; 2 -CT-e de Anulação; 3 - CT-e Substituto; modal = modal de transporte que pode receber os seguintes valores: 01-Rodoviário; 02-Aéreo; 03-Aquaviário; 04-Ferroviário; 05-Dutoviário; 06-Multimodal; No meu entendimento podemos ter um CT-e cujo tipo é 1 (CT-e de Complemento de Valores) cujo modal seja 06 (Multimodal). No manual não encontrei nenhum regra de validação que venha rejeitar um CT-e cujo tpCTe=1 e modal=06 Não custa nada tentar enviar um para saber o resultado.

Bom dia a todos, A ACBr monta o layout dos DA (Documentos Auxiliares) com base nos manuais. Se no manual escrito pelo ENCAT e publicado no Portal Nacional da SEFAZ diz que temos que imprimir as informações: A, B e C, ninguém pode exigir que seja impresso a informação D, a não ser que naquele Estado exista uma legislação que obrigue a impressão dessa informação. Mas os fontes estão ai disponíveis para todos, o ACBr não é uma caixa preta, logo qual quer um pode fazer as alterações que necessita. Essas alterações estão previstas no Manual do MDF-e versão 3.00 página 86 item 9: 9. Documento Auxiliar de MDF-e - DAMDFe É uma representação gráfica resumida do MDF-e, impressa em papel comum, para acompanhar o transporte da carga, permitindo o acesso ao arquivo do MDF-e pela Fiscalização de Mercadorias em Trânsito. O DAMDFe poderá ter tantas folhas quantas forem necessárias para discriminação da documentação fiscal eletrônica, conforme leiaute descrito no Anexo II deste manual. O número do Protocolo de Autorização de Uso recebido da SEFAZ, juntamente com a data e hora, com minutos e segundos, deverão ser impresso no DAMDFe. Havendo necessidade e interesse por parte do emitente do MDF-e, poderá acrescentar campos no leiaute do DAMDFE, desde que sejam colocados abaixo do leiaute padrão, constante deste manual. Ainda, até 50% do verso de qualquer folha do DAMDFE poderá ser utilizado para continuação destes novos campos ou exclusivamente para outras informações de interesse da empresa. O restante do verso deverá ser deixado sem nenhum tipo de impressão. Sempre que o verso do DAMDFE for utilizado, a informação “CONTINUA NO VERSO” deverá constar no anverso, ao final do quadro “Observação”. Johnlenon, verifique se no Estado desse fiscal existe alguma lei que obrigue a impressão do valor ou se é uma mera frescura dele. Essas pessoas precisão entender que não é pelo fato da informação existir no XML que tem que ser impressa no DAMDFE, pois daqui a pouco vai aparecer um fiscal que andou bebendo gasolina e quer por que quer que seja impresso a assinatura digital. Outra coisa, se começarmos a querer imprimir tudo que esta no XML teremos que usar uma folha A0 pois a A4 será pequena.

Boa noite Filipe, Muito obrigado pela colaboração, já esta no repositório.

Bom dia ALA, Onde você viu esse tal de tipoDocumento ?

Bom dia Ricardo, O componente já possui sim o campo vCargaAverb. infCTeNorm.InfCarga.vCargaAverb := vValor; Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Werner, Sim, é preciso reformular o DACTE para a versão 3.00

Bom dia Leonardo, É preciso "debugar" para saber o local exato que isso esta ocorrendo.

Bom dia Diego, Solicite junto ao provedor (no caso a prefeitura) um exemplo de envio de um lote de RPS (envelopado) para que possamos analisar.

Bom dia, E esse cliente de SP esta com todos os schemas da versão 3.00? Os Schemas da versão 3.00 do CT-e estão disponíveis em: ...\Exemplos\ACBrDFe\Schemas\CTe

Bom dia todos, Já encontra-se disponível o ambiente de homologação para as empresas do estado de Pernambuco testarem o BP-e. O estado de Pernambuco será atendido pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ do seu estado.