Italo Giurizzato Junior

Bom dia Barrys, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall. Notei que o seu arquivo Cidades.ini esta muito desatualizado. Refaça os testes.

Bom dia, No Manual os modelos de MDF-e não tem a relação das chaves das NF-e ou CT-e. E no Ajuste SINIEF 21/2010 também não tem nada a esse respeito. Logo não se faz necessário a impressão da relação. Mas conforme o relato da Graça que algumas transportadoras foram multadas, acho prudente manter. Como você tem os fontes, basta fazer uma alteração para que o quadro que lista as chaves não seja impresso. Mas antes chama o seu cliente e diga, vou alterar para não imprimir, se você for multado não venha me culpar.

Bom dia, Se o componente esta configurado para salvar os XMLs de envio e de retorno, porque você não anexa para que possamos lhe ajudar. Sem esses arquivos ficamos de mãos atadas.

Bom dia Rodrigo, Muito obrigado pela colaboração, ainda hoje estarei analisando e se estiver tudo OK, vou enviar para o repositório.

Bom dia Windel, A questão não é o layout do XML do CT-e OS ou o Schema que valida o mesmo e sim as regras de validação que se encontram no WebService da SEFAZ. Se as regras estão corretas o problema então recai ao cadastro dessa Secretaria junto a SEFAZ. Eu não entendi, como uma Secretaria que tem um único CNPJ possui varias Insc. Estaduais? Se uma empresa possui uma Insc. Estadual a mesma é valida para o Estado inteiro, logo não importa a cidade. Uma coisa é a Insc. Estadual e outra é a Insc. Municipal, essa sim é por município.

Bom dia Altamiro, O Monitor não vai gerar o XML com as NF-e se você esta informando que o emitente do MDF-e é uma transportadora. Se o emitente é uma transportadora devemos informar os CT-e e nas as NF-e. No seu arquivo INI esta desta forma: tpAmb=2 tpEmit=1 <= Transportadora - devemos informar os CT-e. mod=58 Para transporte de carga própria, temos que mudar para: tpAmb=2 tpEmit=2 <= Transporte de carga própria - devemos informar as NF-e. mod=58 Desculpe Altamiro, mas você precisa ter em mãos o Manual do MDF-e que se encontra disponível no Portal do Manifesto de Documentos Fiscais Eletrônicos, pois o MDF-e é utilizado por Transportadoras e por empresas que vendem o produto e realiza o transporte até o seu cliente. Portanto não basta se basear no manual do Monitor. No mesmo Portal você encontra a Cartilha do MDF-e que aconselho a leitura. Outra coisa importante a NF-e o CT-e você emite e pronto esta feito o jogo. O MDF-e não é só isso, todo MDF-e deve possuir um evento de Cancelamento ou Encerramento. O evento de Cancelamento diz que o transporte da carga não foi realizado, por outro lado o evento de Encerramento diz que a carga já se encontra em poder do destinatário ou por motivo de alteração da carga um novo MDF-e será emitido para dar continuidade ao transporte.

Winder, Essa pessoa da SEFAZ que lhe respondeu esta mais por fora do que umbigo de vedete. O grupo <toma4> esta definido no schema chamado cteTiposBasico_v3.00.XSD na linha 453 portanto dentro da definição do tipo TCTe que se encontra na linha 114. Por outro lado o grupo <toma> esta definido na linha 2881, portanto dentro da definição do do tipo TCTeOS que se encontra na linha 2394. Resumindo, se você vai emitir um CT-e o componente se utiliza da definição do tipo TCTe, por outro lado se for emitir um CT-e OS ele se utiliza da definição do tipo TCTeOS e dentro desse tipo não existe o grupo <toma4>.

Boa tarde Marcelo, Esse problema esta ocorrendo com todos os seus clientes ou somente com um em especifico? O ACBrMonitor desse seu cliente esta atualizado?

Boa tarde a todos, A relação das chaves foi incluída para facilitar o fiscal, pois desta forma deixa claro em "papel" quais são as notas referenciadas naquele MDFe. E se não me falha a memória o DAMDFE feito em Fortes Reportes apresenta a cidade e as chaves das notas onde a carga vai ser descarregada.

Boa tarde Windel O grupo <toma4> só existe no CT-e (modelo 57) no CT-e OS (modelo 67) temos o grupo <toma> conforme consta no manual. O grupo <toma> só não é gerado em caso de Excesso de Bagagem, veja no seu XML que a tag <tpServ> tem o valor 6 que significa Transporte de Pessoas, ou seja Fretamento. Logo, devemos gerar o grupo <toma>. Como você informando 9 em indIEToma isso significa que o tomador não é contribuinte, neste caso a tag <IE> dentro do grupo <toma> não deve ser gerada. Se o tomador for contribuinte mas é isento a tag <IE> deve ser gerada com a palavra "ISENTO".

Boa tarde Nicoli, Se não me falha a memória logo após o envio o programa exemplo apresenta em uma das abas o conteúdo do retorno. Todo caso veja na pasta onde foi salvo os arquivos XMLs, um deles é o retorno, abra ele através de um navegador.

Bom dia, Se não esta gerando a tag <mdfeProc> significa que o MDF-e enviado não foi autorizado. Você precisa configurar o componente para salvar os XMLs secundários. Configuracoes.Geral.Salvar := True Desta forma os arquivos de envio e de retorno da SEFAZ serão salvos em disco, desta forma será possível ver o que esta ocorrendo. Aliais a sua aplicação tem que pegar o status e a descrição do mesmo e apresentar na tela caso seja diferente de 100, pois pode esta ocorrendo uma rejeição e esta não esta sendo apresentada.

Luís, Só existe uma única rotina referente a eventos. Isso que você esta fazendo é uma consulta. Porque você não pega o XML referente ao evento logo após o seu envio? Desta forma você sabe o tipo de evento que se trata o XML, pois se você solicitou o cancelamento, o XML que você vai pegar é o de evento de cancelamento e não de carta de correção por exemplo.

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

Nicoli, Acabei de fazer um teste usando o programa exemplo e não ocorreu o erro. Na aba Arquivos, você não configurou nada, desta forma o componente não vai salvar os XMLs dos eventos, de envio e de retorno. Nos CheckBox marque todos exceto o ultimo e nos dois campos abaixo informe um caminho onde serão salvos os XMLs. Na aba Emitente é preciso informar no mínimo o CNPJ e em baixo nas abas Contato e Software informar todos os dados.

ALA, Por favor, procure manter no assunto do tópico, favor pesquisar e se não achar crie um novo tópico para um assunto novo.

Bom dia Avelino, O componente ACBrNFSe permite que você carregue o XML da NFS-e e imprima ou gere o PDF da DANFSE.

Bom dia, Você não achou o programa exemplo do componente eSocial na pasta de Exemplos?

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Bom dia João, Já temos um componente chamado ACBrBPe, inclusive temos um programa exemplo que você deve utilizar para realizar os testes e estudar todas as funcionalidades do componente. Para saber mais sobre o BPe te aconselho a visitar o Portal Nacional do BPe: https://dfe-portal.sefazvirtual.rs.gov.br/BPe Como você pode ver abaixo duas noticias referente a MG que se encontram no Portal. 06/03/2018 Primeiro BP-e autorizado em produção na SEFAZ MG O primeiro BP-e autorizado no ambiente de autorização da SEFAZ Minas Gerais foi da Empresa Gontijo de Transportes com a chave de acesso 31180316624611009873630010000000011650133380 no dia 02/03/2018. 27/02/2018 Disponibilizados Endereços de MG Foram disponibilizados na seção de Serviços do portal os endereços aos webservices de autorização do BP-e do estado de Minas Gerais nos ambientes de homologação e produção. Bons estudos.

Bom dia ALA, Não, todos as empresas emitentes de CT-e ou NF-e, não podem como devem emitir o MDF-e para transporte interestadual e em alguns estados intermunicipal.

Bom dia Luis, Isso esta estranho, pois verificando as duas rotinas que geram o arquivo *-procEventoCTe.xml, ambas estão gerando da mesma forma ou seja na tag <procEventoCTe> esta sendo informado o atributo versão e o NameSpace. A não ser que você esteja extraindo esse grupo do arquivo *-CTeDFe.xml, neste arquivo temos o XML do CTe e a lista de eventos vinculados ao mesmo. No arquivo *-CTeDFe.xml o grupo <procEventoCTe> só possui o atributo versão.

Bom dia Vinício, Isso significa que o que esta escrito na coluna de observação referente ao grupo <infTribFed> podemos desconsiderar?

Bom dia Nicoli, Como esta a configuração na aba WebServices e Arquivos?

Em SSLLib coloque libWinCrypt e não mexa nas configurações abaixo.