Italo Giurizzato Junior

Boa tarde Élviro, Quais são as informações que compõe o grupo <infRespTec>? CNPJ, xContato, email, fone. Note que devemos informar o nome do contato e não a razão social ou nome fantasia da empresa. Sendo assim, você vai informar o CNPJ da empresa onde você trabalha, com relação ao contato pode ser você ou o seu superior, caso exista um gerente de TI (por exemplo) o e-mail e telefone pode ser da empresa.

Boa tarde, Veja onde esta o erro: xSeg=PORTO SEGURO CPNJ=02149205000169 nApol=76554075

Olá pessoal, Eu sou o Italo, casado há 29 anos, tenho 2 meninos lindos de olhos verdes, o mais velho já esta formado e trabalhando, o mais novo se forma no final do ano que vem e já esta em busca de estagio. Ambos Engenheiros Mecânicos, infelizmente ou felizmente não seguiram a carreira do pai, garoto de programa. Para quem gosta de números: Eu casei no civil no dia 8 as 9 horas e no religioso no dia 9 as 10 horas. O meu primeiro filho nasceu no primeiro sábado de janeiro de 1993 ( 93 => 9 - 3 = 6 ). O meu segundo filho nasceu no segundo sábado de janeiro de 1996 ( 96 => 9 - 6 = 3 ); Se pegarmos o 6 e o 3 que é o resultado das contas acima temos 63, 1963 é o ano que nasci. A patroa, dona da pensão é 2 anos mais velha do que eu. Uma curiosidade sobre o meu batizado, o padre na época invocou com o meu nome, não queria batizar de forma alguma, pelo simples fato de não ser um nome de santo. Logo eu que sou um santo. Qual foi a solução adotada? Incluíram "José" no meu nome de batismo, ficando: Italo José. Agora é a vez de vocês. Vamos, criem coragem.

Bom dia Ricardo, No seu arquivo INI encontrei um problema. Na sessão veicTracao você esta informando os dados do proprietário do veiculo. Essas informações só devem ser incluídas caso o veiculo não seja do Emitente do MDF-e. Essa regra também é valida para o proprietário do veiculo reboque. Outro detalhe é que no seu arquivo consta as informações do CIOT, ou seja, você incluiu a sessão infCIOT, não vejo nenhum problema. Mas por conta dessa sessão, nós detectamos uma falha na rotina que realiza a leitura do arquivo INI. Essa falha já foi corrigida, peço que fique atento a uma nova versão do Monitor que será disponibilizada em breve. Para você ter uma ideia da forma que esta hoje as informações constantes na sessão infCIOT não seriam geradas no XML.

Bom dia Fábio, Até onde sei o provedor Cecam não foi implementando no componente ACBrNFSe. Se desejar implementar ficaremos agradecidos.

Boa tarde, Note que esses parâmetros se refere ao Retorno de envio da NF-e, mas que na realidade também é usado para a NFC-e, o CT-e e MDF-e. Depois do envio do lote de NF-e (por exemplo) é realizado uma consulta para saber o resultado do processamento do lote. O Aguardar determina o tempo de espera entre o envio e essa consulta. Tentativas determina o numero de vezes que essa consulta será realizada, pois ao consultar pode retornar que o lote ainda não foi processado. Intervalo determina o tempo de espera entre uma consulta e outra. Timeout determina o tempo que o Monitor vai aguardar para obter um retorno da SEFAZ antes de retornar uma mensagem de erro de conexão. Se é pedido para informar o tempo em segundos você não pode informar 01:30 (um minuto e trinta segundos) e sim em segundos, ou seja, 90. Essas propriedades são de configuração, sendo assim os valores atribuídos vão depender da internet do emitente do documento e da SEFAZ-Autorizadora. Logo não da para dizer a você quais os valores ideais para cada uma dessas propriedades, você vai ter que realizar testes.

Boa tarde Leo, Uma pequena observação as propriedades Tentativas e IntervaloTentativas se tratando do método DistribuicaoDFe não tem função nenhuma. Elas são utilizadas somente quando realizamos a consulta através do numero do recibo, essa consulta é realizada automaticamente logo após o envio do lote. Outra coisa importante é saber que o webservice DistribuicaoDFe bem como o de recepção de eventos de Manifestação do Destinatário se encontram no Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora.

Boa tarde, Uma coisa é o XML do BPe cujo nome padronizado é <chave>-bpe.xml outra coisa é o XML de um evento cujo nome padronizado é <ID>-procEventoBPe.xml Você tem o XML final, ou seja, o de processando do evento do BP-e? Se sim, por favor anexa.

Boa tarde Warley, Então eu creio que esta desatualizado, pois a revisão mais recente é 15884. Favor atualizar todos os fontes de todas as pastas e reinstale os componentes usando o ACBrInstall_Trunk2.

Boa tarde Felippe, Acredito que você não entendeu direito o problema. Só podemos emitir um CT-e de Anulação quando o tomador não for contribuinte do ICMS. A regra é muito simples. Para tomador não contribuinte do ICMS: 1. o tomador deverá emitir uma declaração; 2. emitir um CT-e de Anulação referenciando o CT-e Original. Veja página 178 do Manual do CT-e versão 3.00 - campos: #393, #394 e #395. 3. emitir um CT-e de Substituição referenciando o CT-e Original e o de Anulação. Veja página 177 do mesmo manual - campos: #370, #371 e #372. Para tomador contribuinte do ICMS (logo emite NF-e ou CT-e ou NF comum de papel): 1. o tomador deverá emitir um documento fiscal, que poderá ser um dos 3 tipos de documentos mencionados acima, isso vai depender do tipo da empresa. 2. emitir um CT-e de Substituição referenciando o CT-e Original e o documento emitido pelo tomador. Veja página 177 do mesmo manual - campos: #370, #371, #373 e #374 (no caso da NF-e) ou #384 (no caso do CT-e) ou os campos pertencentes ao grupo #375 (referente a NF comum de papel). Note que o CT-e de substituição emitido pelo Rene esta sendo rejeitado pelo simples fato dele ter emitido um CT-e de anulação cujo tomador é contribuinte. Esse foi o grande erro. Veja também a regra G158 que se encontra na página 51 do mesmo manual. Por fim esse trecho da legislação que você postou se refere ao problema de emitir um CT-e e informar o tomador erroneamente. Mas acaba misturando as coisas, pois não deixa claro o procedimento correto quando o tomador é contribuinte e quando não é. Para mim o que vale é a orientação que se encontra na Clausula Décima Sétima, esta sim deixa claro o procedimento e o manual bem como as regras de negócio da SEFAZ estão em conformidade com essa Clausula.

Esse XML que você esta deseja ler na realidade é o XML de pedido de cancelamento que é enviado para SEFAZ. E não o XML *-procEventoBPe.xml que é o resultado final do processamento que contem o pedido mais o protocolo de homologação do evento junto a SEFAZ. Qual é a sua intensão de carregar esse XML?

Bom dia, Favor anexar o XML que deseja carregar e a unit alterada para que possamos analisar.

Renato, Isso é um absurdo, os caras estão mau orientados. Essas pessoas que foram paradas acredito que estavam utilizando um veiculo de transporte de carga, algo do tipo caminhão, camionete, furgão. Essas compras são para consumo próprio ou para revenda?

Bom dia, Poderia anexar um XML que foi autorizado pela SEFAZ nessas condições?

Bom dia Warley, Você esta com todos os fontes atualizados? Pois analisando o XML de retorno não encontrei nada de anormal no fonte do componente.

Bom dia Renato, Esses proprietários de veículos que realizam o transporte são remunerados, ou seja, cobram para realizar esse transporte? Se sim, podemos considerar como autônomos e neste caso acredito que eles vão ter que solicitar o RNTRC.

Narlem, Com isso fica claro que não se deve usar a aspas na descrição do produto, algo do tipo: Falante de 5". Pois isso faz com que o monitor interprete que nesse ponto acabou os dados da nota. Será necessário mudar a descrição para: Falante de 5 pol. ou Falante de 5 polegadas.

Narlem, Tente da seguinte forma: NFE.CriarEnviarNFe("[Identificação] ... ",1,1,,,,1,1) Ou seja, coloque o conteúdo da nota entre aspas, isso vai resolver o problema da virgula na descrição do item. Note que a virgula é usada como separador dos parâmetros do comando CriarEnviarNFe.

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

Bom dia Narlem, Como você esta passando o comando?

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

Bom dia Regis, Se você removeu tudo e reinstalou do zero, com certeza tinha alguma coisa desatualizada. Muito obrigado pelo retorno.

Boa tarde a todos, Quando realizarem alterações nos fontes é de boa pratica disponibiliza-los (anexa-los) para que possamos analisar e caso esteja tudo certo enviar para o repositório. Desde já muito obrigado pela colaboração.

Boa tarde, O grupo <prop> só deve constar caso o veiculo não seja do emitente do MDF-e. O transportador autônomo que você se refere é o proprietário do veiculo? Se sim, ele vai ter que obter o RNTRC.

Boa tarde Regis, Você tem um XML de uma nota que foi validada e autorizada pela SEFAZ antes de começar a ocorrer esse erro de validação? Se sim, favor anexar para que possamos comparar.