Italo Giurizzato Junior

Bom dia Oliveira, Ai que vejo o maior problema, pois o MDF-e acusa 4 notas sendo que na realidade é só uma, como o motorista vai explicar isso para o fiscal? Suponha que o caminhão saia da cidade A com a carga total de mercadoria, vai até a cidade B, depois C, depois D e por fim retorna para A com o resto da carga que não foi vendida nas cidades B, C e D. No meu entendimento o MDF-e tem que ter somente uma cidade neste caso a D para constar somente uma nota, ele deve ser encerrado informando que a cidade de encerramento é D. É preciso dar uma lida com muita atenção na Cartilha do MDF-e, disponível no Portal Nacional do MDF-e, quem sabe tem algo para esse caso.

Bom dia Amanda, Se não me falha a memória, em um CT-e Globalizado só pode existir um único tomador, vamos aos exemplos: CT-e Globalizado quando temos um único Remetente e diversos Destinatários, neste caso o tomador tem que ser o Remente. CT-e Globalizado quando temos diversos Remetentes e um único Destinatário, neste caso o tomador tem que ser o Destinatário.

Bom dia Murilo, Se você esta se referindo ao CT-e Globalizado, favor dar uma lida nas regras de validação: G271 até G281 que se encontram nas páginas 58 e 59 do Manual do CT-e versão 3.00

Bom dia Walter, Porque você informou que o tomador é Outros e colocou os dados do Expedidor? Se o tomador é o Expedidor você tem que informar da seguinte forma: Toma03.Toma := tmExpedidor; Só informamos que o tomador é Outros, quando este não é o Remente, nem o Destinatário, nem o Recebedor e nem o Expedidor.

Bom dia Walter, Você esta com todos os fontes de todas as pastas atualizadas? Se sim, reinstalou os componentes com o ACBrInstall_Trunk2? Se sim, compilou a sua aplicação com a opção Build?

Bom dia Sérgio, Não vejo muita vantagem em gerar um único PDF de vários DACTE, a não ser para ser enviado para o contador que gosta de papel, pois certamente ele vai imprimir.

Bom dia Robinho, Se não me falha a memória a versão 2.00 do CT-e foi desativada pela SEFAZ, correto? Sendo assim a minha sugestão entrar em contato com a SEFAZ-Autorizadora e solicitar a eles um procedimento para resolver o problema. Talvez a solução é cancelar o CT-e e fazer um novo com todos os dados corretos.

Bom dia Gilberto, O objetivo de realizar a consulta com o XML do CT-e carregado é para poder atualizar o mesmo, vamos a uma exemplo: O CT-e foi gerado, assinado, validado e enviado. Mas ocorreu um problema e o protocolo de autorização não foi retornado. Neste caso devemos inicialmente, carregar o XML do CT-e e realizar uma consulta. Caso o CT-e tenha sido autorizado pela SEFAZ, será retornado o protocolo de autorização e o componente se encarrega a adiciona-lo no XML, ficando desta forma completo, ou seja, assinado e protocolado. Caso este CT-e venha possuir eventos, tais como: Carta de Correção, ou cancelamento, ou eventos gerados pelo fisco, ao realizar a consulta com o XML carregado, será gerado um XML com o seguinte nome: <chave>-CTeDFe.xml Esse XML vai conter o XML (normal) do CT-e assinado e com o protocolo de autorização e mais os eventos que por ventura foram vinculados a ele.

Bom dia Erick, Você não informou se esta utilizando o DACTE feito em Fast ou Fortes Report. Outra coisa todos os fontes de todas as pastas estão atualizados?

Bom dia Bruno, Se não me falha a memória tem somente os fontes do componente que por sinal foi utilizado como base o ACBrNFSe. E que me lembro também os fontes estão segundo o Trunk e não Trunk2. Esses fontes só vão servir como base, pois será necessário começar do zero.

Bom dia Dércio, O componente ACBrNFSe já possui o provedor IPM implementado (Fiscal Web utiliza o IPM Sistemas). Favor abrir o arquivo Cidades.ini e procurar por: Provedor=IPM, você vai encontrar 4 cidades que utilizam esse provedor. Basta acrescentar a cidade desejada da mesma forma que as demais. Feito isso basta iniciar os testes com o programa exemplo do componente. Se tudo der certo favor anexar o arquivo Cidades.ini com a nova cidade. Espero ter ajudado. Observação: no arquivo IPM.ini tem as URLs de homologação e produção entre outras coisas.

Bom dia Arturo, Já tentou desta forma? [comp] xObs=<informar a observação aqui> [ObsCont001] xCampo=<nome do campo> xTexto=<contedudo do campo> [ObsFisco001] xCampo=<nome do campo> xTexto=<contedudo do campo>

Bom dia, Na sua maquina crie uma pasta chamada ACBrBranches. Depois configure o Tortoise para esta pasta com a mesma URL, mas no final dela em vez de Trunk2 coloque Branches. São dois repositórios um chamado Trunk2 e outro Branches.

Bom dia Diego, Veja este link: http://www.checkupdown.com/status/E500_pt.html

Bom dia Alecio, Todos os fontes de todas as pastas estão atualizados? Se sim, após atualizar os componentes foram reinstalados com o ACBrInstall_Trunk2? Marcou a opção para apagar os arquivos antigos? Recompilou a sua aplicação com a opção Build?

Bom dia Oliveira, No meu entendimento como só existe uma unica NF-e, você deve informar apenas a última cidade prevista para realizar as vendas. Não esqueça de quando o caminhão voltar deve fazer o encerramento do MDF-e.

Bom dia Filipe, Como não sou eu quem cuida do DACTE feito em Fast e Fortes Report, a minha sugestão é que você comente as linhas que estão gerando automaticamente a observação indesejada.

Se já existe o INI do provedor a principio não se faz necessário nenhuma alteração nos fontes (*.pas).

ALA, Abra os arquivos Cidades.ini e WebISS.ini e veja como foi feita a inclusão das demais cidades que se utilizam desse provedor.

Bom dia ALA, Pelas informações que tenho agora em dezembro/2017 inicia o projeto piloto nas seguintes cidades: Rio de Janeiro/RJ, São Paulo/SP, Brasilia/DF, Belo Horizonte/MG, Porto Alegre/RS, Maringá/PR e Maraba/PA. Em 2018 o objetivo é massificar, ou seja, expandir para as demais cidades brasileiras. Como dito a ideia é ter um único layout de XML e também um único Web Services responsável por recepcionar todas as NFS-e de todas as cidades brasileiras. Com relação ao layout não tenho informações como ele vai ser, estou torcendo para que seja o mesmo da NF-e, uma vez que este atende 98%. O que esta faltando é apenas as duas informações referentes a construção civil, ou seja, código da Obra e código ART e os dados do Tomador Intermediário. No meu entendimento bastaria criar um novo modelo diferente de 55 e 65, pois já são utilizados pela NF-e e NFC-e respectivamente e os dados acima que não tem campo especifico no layout do XML da NF-e, poderia muito bem serem informados de forma estrutura em: obsCont. No atributo xCampo informaríamos o nome da TAG, por exemplo: CodigoObra e na tag xTexto o seu valor. Vamos aguardar e torcer que isso se realize dessa forma, pois com pequenos ajustes no ACBrNFe vamos poder emitir NFS-e. Mas se for criado um layout diferente vamos estudar se vamos criar um novo componente ou vamos incluir esse layout no ACBrNFSe.

Bom dia Paulo, Também notei que o Portal Nacional do CT-e esta muito lento, mas isso não tem nada haver com a SEFAZ-SP. Você pode mudar esses valores para um numero maior, por exemplo: IntervaloTentativas para 3000, isso faz com que o componente espere 3 segundos antes de realizar a próxima consulta para saber se o lote foi processado com sucesso ou não. Tentativas para 10, isso faz com que o componente realize até 10 consultas. Timeout para 10000, isso faz com que o componente aguarde 10 segundos por uma resposta do Web Services. É interessante que esses valores sejam parametrizáveis, pois dessa forma podemos altera-lo para cada cliente em função da internet que ele possui ou da SEFAZ-Autorizadora que atende o cliente.

Boa noite ALA, A ideia é que todas as cidades brasileiras emitam a NFS-e segundo um mesmo layout. Teremos um único Web services que receberá todas as as NFS-e e disponibilizará para a prefeitura correspondente. Como será o layout não sei ainda.

Boa noite Pedro, Primeiramente o CT-e que você deseja emitir é CT-e Globalizado ou não? Se não for, favor incluir a linha abaixo na sua rotina que alimenta o componente: Ide.indGlobalizado := tiNao; Agora se for devemos ter a seguinte linha: Ide.indGlobalizado := tiSim; Outra coisa um CT-e globalizado pode ter um único Remetente com diversos Destinatários, neste caso as notas tem que possuírem diferentes destinatários. Por outro lado podemos ter diversos Remetentes com um único Destinatário, neste caso as notas tem que possuírem diferentes emitentes.

Boa noite Osvaldo, Alem de atualizar os fontes, você reinstalou os componentes? Se não reinstalar acredito que não aparece mesmo no Object Inspector.

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